home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1996 / 96-02 < prev    next >
Text File  |  1996-06-24  |  105KB  |  2,236 lines

  1. Archive THINK-C/MESSAGES, file 96-02.
  2. Part 1/1, total size 104403 bytes:
  3.  
  4. ------------------------------ Cut here ------------------------------
  5. >From gobbo@udalf1.fisica.uniud.it Mon Feb  5 09:17:29 PST 1996
  6. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA29396 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 09:17:29 -0800 (PST)
  7. From: gobbo@udalf1.fisica.uniud.it
  8. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA04256 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 09:17:16 -0800
  9. Received: from udphvx.fisica.uniud.it(158.110.40.2) by lionfish.rdatasys.com via smap (V1.3)
  10.         id sma003962; Mon Feb  5 09:16:59 1996
  11. Received: from udalf1.fisica.uniud.it by udphvx.fisica.uniud.it with SMTP;
  12.           Mon, 5 Feb 1996 17:40:36 +0100 (CET)
  13. Received: from localhost by udalf1.fisica.uniud.it; (5.65v3.2/1.1.8.2/10Oct95-1136AM)
  14.         id AA05744; Mon, 5 Feb 1996 17:40:09 +0100
  15. Message-Id: <9602051640.AA05744@udalf1.fisica.uniud.it>
  16. To: think-c@rdatasys.com
  17. Subject: Patching SysError 
  18. Date: Mon, 05 Feb 96 17:40:09 +0100
  19. X-Mts: smtp
  20.  
  21. Hi all,
  22. I'm Tryng to access external memory space with my Mac (on a VME bus), but, to do 
  23. so, I need to handle Bus Errors. To do so I patched the SysError routine but the
  24. application seems to continue to use the old trap.
  25. I wrote the following test code :
  26.  
  27.  
  28. NSEHandle = GetResource('code',668);
  29. DetachResource(NSEHandle);
  30. HLock(NSEHandle);
  31. NSetTrapAddress( (long) *NSEHandle, (int) _SysError, OSTrap);
  32.  
  33. Add = NGetTrapAddress( _SysError, OSTrap);
  34.  
  35. SysError(0);
  36.  
  37.  
  38. The code I'm going to install as a patch (resource 'code' 668) does nothing
  39. particular, it's just too see if gets executed.
  40. The program seems to work fine, it gets the proper code resource and installs
  41. its address correctly into the trap dispatch table (Add = *NSEHandle), but when
  42. I call the SysError(0) my function looks like it is never executed.
  43.  
  44. Is there something wrong in the example? Does anybody ever faced a similar
  45. problem or has some specific example?
  46. Thank you very much in advance,
  47.  
  48. Gianandrea Gobbo                (gobbo@udalf1.fisica.uniud.it)
  49. >From askwersk@mit.edu Mon Feb  5 09:58:52 PST 1996
  50. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA00902 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 09:58:50 -0800 (PST)
  51. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA05940 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 09:58:49 -0800
  52. Received: from pacific-carrier-annex.mit.edu(18.69.0.28) by lionfish.rdatasys.com via smap (V1.3)
  53.         id sma005937; Mon Feb  5 09:58:22 1996
  54. Received: from MIT.MIT.EDU by MIT.EDU with SMTP
  55.         id AA09320; Mon, 5 Feb 96 12:57:59 EST
  56. Received: from YAVIN.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA25242; Mon, 5 Feb 96 12:58:16 EST
  57. Message-Id: <9602051758.AA25242@MIT.MIT.EDU>
  58. Date: Mon, 05 Feb 96 12:58:22 EST
  59. From: askwersk@mit.edu (Adam Skwersky)
  60. To: macdtg-talk@bedford.symantec.com, think-c@rdatasys.com
  61. Subject: Which VA to use?
  62.  
  63. I got 8.1d3 from Symantec 8 release 4 CD-ROM, but I see a 8.1d7 at Symantec 
  64. Devleloper Tools FTP site. Which of the two should I use? Is their "Release 
  65. Notes" for 8.1d7?
  66.  
  67. Adam Skwersky
  68. >From tree@tiac.net Mon Feb  5 18:18:49 PST 1996
  69. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id SAA18427 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 18:18:48 -0800 (PST)
  70. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id SAA26519 for <think-c@rdatasys.com>; Mon, 5 Feb 1996 18:18:45 -0800
  71. Received: from moose.tiac.net(199.0.65.7) by lionfish.rdatasys.com via smap (V1.3)
  72.         id sma026517; Mon Feb  5 18:18:38 1996
  73. Received: from [204.215.140.74] (tree.tiac.net [204.215.140.74]) by moose.tiac.net (8.6.9/8.6.6.Beta9) with SMTP id VAA19754; Mon, 5 Feb 1996 21:19:17 -0500
  74. Date: Mon, 5 Feb 1996 21:19:17 -0500
  75. Message-Id: <199602060219.VAA19754@moose.tiac.net>
  76. Subject: Re: Which VA to use?
  77. From: tree <tree@tiac.net>
  78. To: <macdtg-talk@bedford.symantec.com>, <think-c@rdatasys.com>
  79. Mime-Version: 1.0
  80. Content-Type: text/plain; charset="US-ASCII"
  81.  
  82. >I got 8.1d3 from Symantec 8 release 4 CD-ROM, but I see a 8.1d7 at Symantec 
  83. >Devleloper Tools FTP site. Which of the two should I use? Is their "Release 
  84. >Notes" for 8.1d7?
  85.  
  86. I couldn't find a d7 on the Bedford ftp site: d5 was it. I wouldn't 
  87. recommend using these anyway. Stick with the version on the CD. The next 
  88. release V8R5 will have a new VA with many bug fixes --- stay tuned.
  89.  
  90.     -tre
  91.  
  92.  
  93. ---
  94. Tom Emerson, <mailto:tree@tiac.net> <http://www.tiac.net/users/tree>
  95. "Why, sometimes I've believed as many as six impossible things
  96.  before breakfast." --- Lewis Carroll
  97.  
  98. >From E.P.M.VAN.ZON@tfdl.agro.nl Tue Feb  6 00:15:30 PST 1996
  99. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id AAA00833 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 00:15:28 -0800 (PST)
  100. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id AAA08738 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 00:15:26 -0800
  101. Received: from mgate.nic.agro.nl(145.12.5.12) by lionfish.rdatasys.com via smap (V1.3)
  102.         id sma008628; Tue Feb  6 00:14:56 1996
  103. Received: from EXPERT (EXPERT) by AGRO.NL (PMDF V5.0-4 #12026)
  104.  id <01I0VYZRCP7K000MJP@AGRO.NL> for think-c@rdatasys.com; Tue,
  105.  06 Feb 1996 09:14:48 +0000 (MED)
  106. Received: from TFDL.AGRO.NL by TFDL.AGRO.NL (PMDF V5.0-4 #12026)
  107.  id <01I0VYSHIBO08WW80B@TFDL.AGRO.NL> for think-c@rdatasys.com; Tue,
  108.  06 Feb 1996 09:11:13 +0100 (CET)
  109. Date: Tue, 06 Feb 1996 09:11:13 +0100 (CET)
  110. From: "Ed van Zon - FD, Min.LNV" <E.P.M.VAN.ZON@tfdl.agro.nl>
  111. Subject: SC++ 8 Release 4 troubles
  112. To: think-c@rdatasys.com
  113. Message-id: <01I0VYSHJKVM8WW80B@TFDL.AGRO.NL>
  114. X-VMS-To: THC
  115. MIME-version: 1.0
  116. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  117. Content-transfer-encoding: 7BIT
  118.  
  119. I sent the message below to Symantec Dev Support. If any of you have a
  120. helpfull suggestion, I would appreciate it very much.
  121.  
  122. ---
  123. Steve Howard, Symantec Macintosh DevTools Support wrote:
  124. >Ed van Zon - FD, Min.LNV wrote:
  125. >>Rick,
  126. >>
  127. >>You wrote:
  128. >>> (... a helpfull suggestion ...)
  129. >>>Please let us know if we can be of further assistance.
  130. >>...
  131. >>Anyway, I just received the Release 4 CD, and everything is cleared up now.
  132. >>...
  133. >>Now I hope I can start using the debugger again.
  134. >
  135. >Thanks for the heads-up Ed.
  136.  
  137. Well, my head is down again, and I could use some cheering up.
  138.  
  139. FIRST: the new Project Manager v8.0.4d11 can NOT handle my v8.0.3 project-file.
  140. I have a moderate size C project (less then 100 sources). When I try to open
  141. it with the new PM it just holds after displaying the project window. 
  142. The first time I presented it the PM 8.0.3 project with objects, and PM 8.0.4
  143. asked me if I wanted to convert it (loosing all objects). After my confirmation
  144. it shows the project-window, a clock-cursor and hangs the machine. Restarting
  145. was the only option to continue. (There were no objects removed)
  146. The second time I gave it the project without the objects (removed by PM803),
  147. (yes I want to convert) it shows the project window and clock-cursor and hangs.
  148. This time es in Macsbug releases my Mac.
  149. But it makes the new SPM804 unusable, and I had to revert to 803.
  150.  
  151. SECOND: after my problem report about the Debugger not being able anymore
  152. to handle my (the same) project a few weeks back, Symantec reported
  153. that the new Debugger from release 4 could solve this problem. NO WAY:
  154. there is no difference: it just hangs there with it's blank data and source
  155. windows. Restarting is really the only way to clean things up.
  156.  
  157. WHAT IS THIS!? 
  158. The new SPM is not usable (while the old 803 is!) Without SPM804 the MrC
  159. compilers are worthless. The new debugger is just as useless as the old one. 
  160. So the only benefit I got from release 4 are the v2.1 Universal Headers (for 
  161. which I'm glad, but I could have gotten them from another source quicker).
  162. Give me a good reason to stick with Symantec; my patience is getting
  163. really thin. Please don't make promises, but give me tools that work
  164. (remember I paid for them).
  165.  
  166. If you have positive solutions to the above problems I would love to
  167. hear about them, preferably sooner than later.
  168.  
  169. Ed van Zon
  170. vanzon@tfdl.agro.nl
  171.  
  172. >From askwersk@mit.edu Tue Feb  6 05:31:10 PST 1996
  173. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id FAA10584 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 05:31:09 -0800 (PST)
  174. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id FAA18187 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 05:31:08 -0800
  175. Received: from pacific-carrier-annex.mit.edu(18.69.0.28) by lionfish.rdatasys.com via smap (V1.3)
  176.         id sma018177; Tue Feb  6 05:30:51 1996
  177. Received: from MIT.MIT.EDU by MIT.EDU with SMTP
  178.         id AA12062; Tue, 6 Feb 96 08:30:26 EST
  179. Received: from YAVIN.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA24321; Tue, 6 Feb 96 08:30:47 EST
  180. Message-Id: <9602061330.AA24321@MIT.MIT.EDU>
  181. Date: Tue, 06 Feb 96 08:30:52 EST
  182. From: askwersk@mit.edu (Adam Skwersky)
  183. To: E.P.M.VAN.ZON@tfdl.agro.nl, think-c@rdatasys.com
  184. Subject: Re: SC++ 8 Release 4 troubles
  185.  
  186. I had similar problems. I just moved back to 8.0.3
  187.  
  188. 8.0.4 actually behaved better than 8.0.3, but the VA and PM would have many 
  189. "Illegal Instruction" error's. 
  190.  
  191. 8.0.3 would just crash (without any error dialogs, it would just hang).
  192.  
  193. I'm using Speed Doubler and Ram Doubler and the standard 7.5 extension set.
  194.  
  195. Adam Skwersky
  196. >From MacMedic@aol.com Tue Feb  6 07:48:24 PST 1996
  197. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id HAA15065 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 07:48:23 -0800 (PST)
  198. From: MacMedic@aol.com
  199. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id HAA22761 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 07:48:22 -0800
  200. Received: from emout08.mx.aol.com(198.81.11.23) by lionfish.rdatasys.com via smap (V1.3)
  201.         id sma022716; Tue Feb  6 07:48:03 1996
  202. Received: by emout08.mail.aol.com (8.6.12/8.6.12) id JAA13548; Tue, 6 Feb 1996 09:10:20 -0500
  203. Date: Tue, 6 Feb 1996 09:10:20 -0500
  204. Message-ID: <960206091020_137157062@emout08.mail.aol.com>
  205. To: rick@devtools.symantec.com
  206. Subject: Re: Universal Headers 7.5
  207.  
  208. I find your treatment OUTRAGIOUS.
  209.  
  210. I just upgraded to 7.0 68k system think I could really be productive with 
  211. C*++ and the visual architect.
  212.  
  213. Now I find that I have to yo grade yet again to 7.05 for MORE money.
  214.  
  215.  
  216. This is a kind of FRAUD. Selling and shipping peices of the product, 
  217. while advertising the you are selling a whole SYSTEM.
  218.  
  219. This is anaglious to selling the VALVE assembly seperate from the rest
  220. of the car. 
  221.  
  222.                    Victiuous and Preditiory
  223. >From askwersk@mit.edu Tue Feb  6 09:25:13 PST 1996
  224. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA19960 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 09:25:12 -0800 (PST)
  225. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA26406 for <think-c@rdatasys.com>; Tue, 6 Feb 1996 09:25:10 -0800
  226. Received: from pacific-carrier-annex.mit.edu(18.69.0.28) by lionfish.rdatasys.com via smap (V1.3)
  227.         id sma026396; Tue Feb  6 09:25:00 1996
  228. Received: from MIT.MIT.EDU by MIT.EDU with SMTP
  229.         id AA10548; Tue, 6 Feb 96 12:24:36 EST
  230. Received: from VEG.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA19976; Tue, 6 Feb 96 12:24:54 EST
  231. Message-Id: <9602061724.AA19976@MIT.MIT.EDU>
  232. To: MacMedic@aol.com, think-c@rdatasys.com
  233. Subject: Re: Universal Headers 7.5
  234. Date: Tue, 6 Feb 96 12:24:49
  235. From: askwersk@mit.edu (Adam Skwersky )
  236.  
  237.  
  238. Did you say you just upgraded to Symantec 7??? What?? 8.0 has been out for 
  239. a while and you "just upgraded" to Symantec 7?
  240.  
  241. Do you mean you had Symantec 6.0 and updated it to 7.0 with the free 
  242. updaters? Well, thats a different story. If you want VA and TCL 2* then
  243. you need to BUY the newest Symantec C++. And believe me, I think its worth 
  244. it. VA has really cut down my interface build time and frustration.
  245.  
  246. Adam Skwersky
  247.  
  248.  
  249. >From wau@satlink.com Wed Feb  7 20:37:30 PST 1996
  250. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id UAA22676 for <think-c@rdatasys.com>; Wed, 7 Feb 1996 20:37:29 -0800 (PST)
  251. From: wau@satlink.com
  252. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id UAA10389 for <think-c@rdatasys.com>; Wed, 7 Feb 1996 20:37:22 -0800
  253. Received: from un1.satlink.com(200.9.212.3) by lionfish.rdatasys.com via smap (V1.3)
  254.         id sma010379; Wed Feb  7 20:37:01 1996
  255. Received: from [200.9.212.56] (ppp-28.satlink.com [200.9.212.56]) by un1.satlink.com (8.7.3/8.7.3) with SMTP id BAA25414 for <think-c@rdatasys.com>; Thu, 8 Feb 1996 01:37:20 -0400
  256. X-Sender: wau@mail.satlink.com
  257. Message-Id: <v01530500ab5df6cc400b@[200.9.212.71]>
  258. Mime-Version: 1.0
  259. Content-Type: text/plain; charset="us-ascii"
  260. Date: Wed, 8 Feb 1995 01:37:44 -0300
  261. To: think-c@rdatasys.com
  262. Subject: desk accesories
  263.  
  264. I am new in C++. I come from Apple Script.
  265.  
  266. I would like to know the following. When you compile a desk accesory in
  267. Symantec C++, and later "build the desk accesory" you obtain a suitcase
  268. wich contains a file with an application icon. Which file is the desk
  269. accesory?. The suitcase or the file inside the suitcase?. Do I have to
  270. change manually creator and/or the file type manually?.
  271. The problem is that I want to obtain a QuarkXpress Xtension. (Xtlite).
  272.  
  273.  
  274. Somebody can help me?
  275.  
  276. ______________
  277. wau@satlink.com
  278. ______________
  279.  
  280.  
  281. >From askwersk@mit.edu Thu Feb  8 19:17:05 PST 1996
  282. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id TAA04319 for <think-c@rdatasys.com>; Thu, 8 Feb 1996 19:17:03 -0800 (PST)
  283. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id TAA18477 for <think-c@rdatasys.com>; Thu, 8 Feb 1996 19:17:01 -0800
  284. Received: from pacific-carrier-annex.mit.edu(18.69.0.28) by lionfish.rdatasys.com via smap (V1.3)
  285.         id sma018475; Thu Feb  8 19:16:32 1996
  286. Received: from MIT.MIT.EDU by MIT.EDU with SMTP
  287.         id AA29929; Thu, 8 Feb 96 22:16:07 EST
  288. Received: from YAVIN.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA17467; Thu, 8 Feb 96 22:16:25 EST
  289. Message-Id: <9602090316.AA17467@MIT.MIT.EDU>
  290. Date: Thu, 08 Feb 96 22:16:29 EST
  291. From: askwersk@mit.edu (Adam Skwersky)
  292. To: macdtg-talk@bedford.symantec.com, think-c@rdatasys.com
  293. Subject: Memory problems??
  294.  
  295. I'm using Symantec 8.0.3
  296.  
  297. I just upgraded to 24MB ram with the hopes that I could run Symantec 8 w/ 
  298. debugger. But even THAT isnt enough??
  299.  
  300. Also, something strange happens when I'm trying to do this. At one point I tried 
  301. to run my program with just the debugger and my app, and I was getting not 
  302. enough memory errors!
  303.  
  304. When I wasnt running anything, the system usually takes up 5.5 MB, but when
  305. I looked at the About Box I found out that my system was taking up 7 MB! Also, 
  306. when I quit everything it says..
  307.  
  308. 5.8MB taken up by system,
  309. 17 mb left
  310.  
  311. I'm missing 1.5 MB! Where is it going?
  312.  
  313. Can I use Ramdoubler with the debugger?? I'm really  dissappointed that 
  314. upgrading to 24MB hasnt given me more ability to debug.
  315.  
  316. Adam Skwersky
  317. >From E.P.M.VAN.ZON@tfdl.agro.nl Fri Feb  9 00:54:34 PST 1996
  318. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id AAA23832 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 00:54:32 -0800 (PST)
  319. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id AAA28616 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 00:54:29 -0800
  320. Received: from mgate.nic.agro.nl(145.12.5.12) by lionfish.rdatasys.com via smap (V1.3)
  321.         id sma028606; Fri Feb  9 00:53:59 1996
  322. Received: from EXPERT (EXPERT) by AGRO.NL (PMDF V5.0-4 #12026)
  323.  id <01I10789O0XC001CXM@AGRO.NL>; Fri, 09 Feb 1996 09:53:54 +0000 (MED)
  324. Received: from TFDL.AGRO.NL by TFDL.AGRO.NL (PMDF V5.0-4 #12026)
  325.  id <01I106IIY3908WWE3X@TFDL.AGRO.NL>; Fri, 09 Feb 1996 09:50:18 +0100 (CET)
  326. Date: Fri, 09 Feb 1996 09:50:18 +0100 (CET)
  327. From: "Ed van Zon - FD, Min.LNV" <E.P.M.VAN.ZON@tfdl.agro.nl>
  328. Subject: Re: Memory problems??
  329. To: askwersk@mit.edu
  330. Cc: think-c@rdatasys.com
  331. Message-id: <01I106IIY5528WWE3X@TFDL.AGRO.NL>
  332. X-VMS-To: IN%"askwersk@mit.edu"
  333. X-VMS-Cc: THC
  334. MIME-version: 1.0
  335. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  336. Content-transfer-encoding: 7BIT
  337.  
  338.  
  339. >I'm using Symantec 8.0.3
  340. >
  341. >I just upgraded to 24MB ram with the hopes that I could run Symantec 8 w/ 
  342. >debugger. But even THAT isnt enough??
  343.  
  344. I would think it is just enough, unless your program needs a lot of memory.
  345. Maybe your memory has become fragmented? Maybe you should cut down on
  346. your extensions.
  347.  
  348. >When I wasnt running anything, the system usually takes up 5.5 MB, but when
  349. >I looked at the About Box I found out that my system was taking up 7 MB! 
  350.  
  351. Programs, including SPM and the debugger, might snatch temporary memory 
  352. from the system.
  353.  
  354. >Also, 
  355. >when I quit everything it says..
  356. >
  357. >5.8MB taken up by system,
  358. >17 mb left
  359. >
  360. >I'm missing 1.5 MB! Where is it going?
  361.  
  362. Again, this might be a fragmentation issue: the 17MB is the largest
  363. unused block, isn't it.
  364.  
  365. >Can I use Ramdoubler with the debugger?? 
  366.  
  367. Yes, RamDoubler v1.5.2 and up are ok, provided you're using PowerMac
  368. DebugServices v2.0b14. I'm working with that setup without any problems
  369. (that is, no problems related to RamDoubler).
  370.  
  371. >I'm really  dissappointed that 
  372. >upgrading to 24MB hasnt given me more ability to debug.
  373.  
  374. I can understand your feeling. If you're not using C++ (only C) you might
  375. try giving the SPM a little less memory: I managed to debug my project
  376. with only 20 MB that way (of course with a very lean system < 3MB).
  377. That's why I think 24 MB should be enough.
  378.  
  379. Good luck.
  380.  
  381. Ed van Zon
  382.  
  383. >From tree@tiac.net Fri Feb  9 06:53:03 PST 1996
  384. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id GAA14857 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 06:53:01 -0800 (PST)
  385. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id GAA11062 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 06:52:59 -0800
  386. Received: from moose.tiac.net(199.0.65.7) by lionfish.rdatasys.com via smap (V1.3)
  387.         id sma011056; Fri Feb  9 06:52:37 1996
  388. Received: from [204.215.140.74] (tree.tiac.net [204.215.140.74]) by moose.tiac.net (8.6.9/8.6.6.Beta9) with SMTP id JAA17528; Fri, 9 Feb 1996 09:51:13 -0500
  389. Date: Fri, 9 Feb 1996 09:51:13 -0500
  390. Message-Id: <199602091451.JAA17528@moose.tiac.net>
  391. Subject: Re: Memory problems??
  392. From: tree <tree@tiac.net>
  393. To: <macdtg-talk@bedford.symantec.com>, <think-c@rdatasys.com>
  394. Mime-Version: 1.0
  395. Content-Type: text/plain; charset="US-ASCII"
  396.  
  397. >I'm using Symantec 8.0.3
  398.  
  399. The first thing I'd do is move up to the pre-release 8.0.4 tools on the 
  400. v8r4 CD. Don't be intimidated by their prerelease nature: we used them 
  401. internally to build and develop all versions on that CD (including 8.0.3).
  402.  
  403. >I just upgraded to 24MB ram with the hopes that I could run Symantec 8 w/ 
  404. >debugger. But even THAT isnt enough??
  405.  
  406. It is a recognized problem with the Symantec environment that it takes a 
  407. fair amount of memory, especially on medium to large sized apps. For the 
  408. upcoming r5 release we've done a lot of work to optimize our use of 
  409. memory. The next release will be better.
  410.  
  411. >Also, something strange happens when I'm trying to do this. At one point I 
  412. >tried 
  413. >to run my program with just the debugger and my app, and I was getting not 
  414. >enough memory errors!
  415.  
  416. Where? When attempting to launch the app in the debugger? When running 
  417. your app? When performing a dataview expression?
  418.  
  419. >When I wasnt running anything, the system usually takes up 5.5 MB, but when
  420. >I looked at the About Box I found out that my system was taking up 7 MB! 
  421. >Also, 
  422. >when I quit everything it says..
  423. >
  424. >5.8MB taken up by system,
  425. >17 mb left
  426. >
  427. >I'm missing 1.5 MB! Where is it going?
  428.  
  429. The SPM makes use of temporary memory: it is possible for this to get 
  430. fragmented such that the largest unused block is smaller than you expect.
  431.  
  432. >Can I use Ramdoubler with the debugger?? I'm really  dissappointed that 
  433. >upgrading to 24MB hasnt given me more ability to debug.
  434.  
  435. Yes, you can use RAMDoubler (make sure you use 1.6.1) or VM. In each case 
  436. the system will be able to file-map the applications saving some space, 
  437. though at a performance penalty.
  438.  
  439.     -tre
  440.  
  441.  
  442. ---
  443. Tom Emerson, <mailto:tree@tiac.net> <http://www.tiac.net/users/tree>
  444. "Why, sometimes I've believed as many as six impossible things
  445.  before breakfast." --- Lewis Carroll
  446.  
  447. >From E.P.M.VAN.ZON@tfdl.agro.nl Fri Feb  9 07:35:44 PST 1996
  448. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id HAA17625 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 07:35:42 -0800 (PST)
  449. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id HAA12731 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 07:35:41 -0800
  450. Received: from mgate.nic.agro.nl(145.12.5.12) by lionfish.rdatasys.com via smap (V1.3)
  451.         id sma012674; Fri Feb  9 07:35:11 1996
  452. Received: from EXPERT (EXPERT) by AGRO.NL (PMDF V5.0-4 #12026)
  453.  id <01I10KTS3274000046@AGRO.NL> for think-c@rdatasys.com; Fri,
  454.  09 Feb 1996 16:23:05 +0000 (MED)
  455. Received: from TFDL.AGRO.NL by TFDL.AGRO.NL (PMDF V5.0-4 #12026)
  456.  id <01I10KFNVTLS8WWCPQ@TFDL.AGRO.NL> for think-c@rdatasys.com; Fri,
  457.  09 Feb 1996 16:19:34 +0100 (CET)
  458. Date: Fri, 09 Feb 1996 16:19:34 +0100 (CET)
  459. From: "Ed van Zon - FD, Min.LNV" <E.P.M.VAN.ZON@tfdl.agro.nl>
  460. Subject: Re: Memory problems??
  461. To: think-c@rdatasys.com
  462. Message-id: <01I10KFNX3R68WWCPQ@TFDL.AGRO.NL>
  463. X-VMS-To: THC
  464. MIME-version: 1.0
  465. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  466. Content-transfer-encoding: 7BIT
  467.  
  468.  
  469. Tom Emerson, <mailto:tree@tiac.net>, wrote
  470.  
  471. >>I'm using Symantec 8.0.3
  472. >
  473. >The first thing I'd do is move up to the pre-release 8.0.4 tools on the 
  474. >v8r4 CD. Don't be intimidated by their prerelease nature: we used them 
  475. >internally to build and develop all versions on that CD (including 8.0.3).
  476.  
  477. BEWARE: make sure you start working on _copies_ of your SPM803 projects.
  478. Otherwise, when they are converted by SPM804 you cannot revert to SPM803.
  479. And in _my_ experience SPM804 is unusable: it chokes on a project which
  480. is handled by SPM803 perfectly.
  481.  
  482. >upcoming r5 release we've done a lot of work to optimize our use of 
  483. >memory. The next release will be better.
  484.  
  485. I can hardly wait.
  486.  
  487. Ed van Zon.
  488.  
  489. >From askwersk@mit.edu Fri Feb  9 07:49:03 PST 1996
  490. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id HAA18516 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 07:49:02 -0800 (PST)
  491. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id HAA13360 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 07:49:00 -0800
  492. Received: from pacific-carrier-annex.mit.edu(18.69.0.28) by lionfish.rdatasys.com via smap (V1.3)
  493.         id sma013357; Fri Feb  9 07:48:50 1996
  494. Received: from MIT.MIT.EDU by MIT.EDU with SMTP
  495.         id AA09538; Fri, 9 Feb 96 10:48:19 EST
  496. Received: from YAVIN.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA06998; Fri, 9 Feb 96 10:48:33 EST
  497. Message-Id: <9602091548.AA06998@MIT.MIT.EDU>
  498. Date: Fri, 09 Feb 96 10:48:36 EST
  499. From: askwersk@mit.edu (Adam Skwersky)
  500. To: think-c@rdatasys.com, think-c@rdatasys.com
  501. Subject: Re: Memory problems??
  502.  
  503. I had started out using 8.0.4d, but I was getting numerous system errors
  504. of type 11. (Most often with the prerelease VA on r4). If you say its
  505. pretty stable, then I'll hack away at my system till I find out what
  506. really is the culprit.
  507.  
  508. > >I'm using Symantec 8.0.3
  509. > The first thing I'd do is move up to the pre-release 8.0.4 tools on the 
  510. > v8r4 CD. Don't be intimidated by their prerelease nature: we used them 
  511. > internally to build and develop all versions on that CD (including 8.0.3).
  512. > >I just upgraded to 24MB ram with the hopes that I could run Symantec 8 w/ 
  513. > >debugger. But even THAT isnt enough??
  514. > It is a recognized problem with the Symantec environment that it takes a 
  515. > fair amount of memory, especially on medium to large sized apps. For the 
  516. > upcoming r5 release we've done a lot of work to optimize our use of 
  517. > memory. The next release will be better.
  518.  
  519. Well I certainly hope r5 comes out soon. My app has just started. Its a
  520. VA w/ shared TCL. On another note, I cant seem to browse through the 
  521. regular TCL when it is a shared library in my project.
  522.  
  523. > >Also, something strange happens when I'm trying to do this. At one point I 
  524. > >tried 
  525. > >to run my program with just the debugger and my app, and I was getting not 
  526. > >enough memory errors!
  527. > Where? When attempting to launch the app in the debugger? When running 
  528. > your app? When performing a dataview expression?
  529.  
  530. When i'm attempting to launch the app in the bugger.
  531.  
  532. > >When I wasnt running anything, the system usually takes up 5.5 MB, but when
  533. > >I looked at the About Box I found out that my system was taking up 7 MB! 
  534. > >Also, 
  535. > >when I quit everything it says..
  536. > >
  537. > >5.8MB taken up by system,
  538. > >17 mb left
  539. > >
  540. > >I'm missing 1.5 MB! Where is it going?
  541.  
  542. Yeah, I think its temporary memory, but when you quit all your applications,
  543. you expect it to release all that temp memory. In my case it didnt.
  544.  
  545. > The SPM makes use of temporary memory: it is possible for this to get 
  546. > fragmented such that the largest unused block is smaller than you expect.
  547. > >Can I use Ramdoubler with the debugger?? I'm really  dissappointed that 
  548. > >upgrading to 24MB hasnt given me more ability to debug.
  549. > Yes, you can use RAMDoubler (make sure you use 1.6.1) or VM. In each case 
  550. > the system will be able to file-map the applications saving some space, 
  551. > though at a performance penalty.
  552.  
  553. I've been told I need "DebugServices 2.0b14", but where am I supposed
  554. to put it, and how do I launch it?
  555.  
  556. One last thing. I've had trouble with the newest Think Reference Viewer.
  557. I copied the whole folder onto my HD but when I try to activate a link
  558. it says "Cant go to that page." It does this for nearly all links,
  559. rendering TR viewer useless. I've had to move back the the original
  560. Think Reference App (2.0*)
  561.  
  562. Adam Skwersky
  563.  
  564. >From rmore@onramp.net Fri Feb  9 08:13:07 PST 1996
  565. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA20056 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 08:13:06 -0800 (PST)
  566. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA14386 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 08:13:04 -0800
  567. Received: from mailhost.onramp.net(199.1.11.3) by lionfish.rdatasys.com via smap (V1.3)
  568.         id sma014376; Fri Feb  9 08:12:41 1996
  569. Received: from [199.1.11.174] (stemmons10.onramp.net [199.1.11.174]) by mailhost.onramp.net (8.7.3/8.6.5) with SMTP id KAA08377; Fri, 9 Feb 1996 10:12:26 -0600 (CST)
  570. Message-Id: <199602091612.KAA08377@mailhost.onramp.net>
  571. Subject: Re: Memory problems??
  572. Date: Fri, 9 Feb 96 10:11:06 -0600
  573. From: Rod Morehead <rmore@onramp.net>
  574. To: <macdtg-talk@bedford.symantec.com>, <think-c@rdatasys.com>
  575. Mime-Version: 1.0
  576. Content-Type: text/plain; charset="US-ASCII"
  577.  
  578. >Subject:     Re: Memory problems??
  579. >Sent:        2/9/96 8:51 AM
  580. >Received:    2/9/96 9:48 AM
  581. >From:        tree, tree@tiac.net
  582. >Reply-To:    macdtg-talk@bedford.symantec.com
  583. >To:          macdtg-talk@bedford.symantec.com
  584. >             think-c@rdatasys.com
  585. >
  586. >>I'm using Symantec 8.0.3
  587. >
  588. >The first thing I'd do is move up to the pre-release 8.0.4 tools on the 
  589. >v8r4 CD. Don't be intimidated by their prerelease nature: we used them 
  590. >internally to build and develop all versions on that CD (including 8.0.3).
  591. >
  592. >>I just upgraded to 24MB ram with the hopes that I could run Symantec 8 w/ 
  593. >>debugger. But even THAT isnt enough??
  594. >
  595. >It is a recognized problem with the Symantec environment that it takes a 
  596. >fair amount of memory, especially on medium to large sized apps. For the 
  597. >upcoming r5 release we've done a lot of work to optimize our use of 
  598. >memory. The next release will be better.
  599.  
  600. >From experimenting I have found that when using large precompiled headers
  601. on my 24 MB 6100, it help to make Symantec C++'s memory partition smaller.
  602.  
  603. In fact I've found that SC++ runs of of memory less at under 8 megs of 
  604. ram, 
  605. so I went ahead and changed the Size resource on 8.0.4d11 so that it 
  606. I could set it at 7804K.
  607.  
  608.  
  609. >>Also, something strange happens when I'm trying to do this. At one point I 
  610. >>tried 
  611. >>to run my program with just the debugger and my app, and I was getting not 
  612. >>enough memory errors!
  613.  
  614. This is what I was getting as well. The other trick I have found is to
  615. make sure no other apps are running, and then launch PowerMac Debug
  616. Services _prior_ to launching SC++. These seems to help memory 
  617. fragmentation.
  618.  
  619. Sooner or later SC++ will run out of memory. Just quit it and restart
  620. it again. This is where launching Debug Services first pays off.
  621.  
  622. >Where? When attempting to launch the app in the debugger? When running 
  623. >your app? When performing a dataview expression?
  624. >
  625. >>When I wasnt running anything, the system usually takes up 5.5 MB, but when
  626. >>I looked at the About Box I found out that my system was taking up 7 MB! 
  627. >>Also, 
  628. >>when I quit everything it says..
  629. >>
  630. >>5.8MB taken up by system,
  631. >>17 mb left
  632. >>
  633. >>I'm missing 1.5 MB! Where is it going?
  634. >
  635. >The SPM makes use of temporary memory: it is possible for this to get 
  636. >fragmented such that the largest unused block is smaller than you expect.
  637. >
  638. >>Can I use Ramdoubler with the debugger?? I'm really  dissappointed that 
  639. >>upgrading to 24MB hasnt given me more ability to debug.
  640. >
  641. >Yes, you can use RAMDoubler (make sure you use 1.6.1) or VM. In each case 
  642. >the system will be able to file-map the applications saving some space, 
  643. >though at a performance penalty.
  644.  
  645. In my experience, the SC++, the Sym debugger and VM haven't gotten along 
  646. very well. I'd be interested in hearing from powerMac users who have had 
  647. success with 24MB and this configuration.
  648.  
  649. BTW, Think C++ works great with SpeedDoubler and it makes the speed
  650. acceptable. It seems like it is more stable with Modern Memory Manager 
  651. off.
  652. To make Think C++ work with large percompiled headers, do thge opposite,
  653. turn the partition up to 10MB or so.
  654.  
  655. Thanks,
  656.  
  657. --Rod Morehead
  658.   rmore@onramp.net
  659.   http://rampages.onramp.net/~rmore/
  660.  
  661. >From RDonnan@aol.com Fri Feb  9 12:43:47 PST 1996
  662. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id MAA06430 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 12:43:42 -0800 (PST)
  663. From: RDonnan@aol.com
  664. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id MAA23746 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 12:43:41 -0800
  665. Received: from emout05.mail.aol.com(198.81.10.37) by lionfish.rdatasys.com via smap (V1.3)
  666.         id sma023744; Fri Feb  9 12:43:18 1996
  667. Received: by emout05.mail.aol.com (8.6.12/8.6.12) id PAA05446; Fri, 9 Feb 1996 15:43:16 -0500
  668. Date: Fri, 9 Feb 1996 15:43:16 -0500
  669. Message-ID: <960209154315_218218375@emout05.mail.aol.com>
  670. To: askwersk@mit.edu
  671. cc: think-c@rdatasys.com
  672. Subject: Re: Memory problems??
  673.  
  674. Hi Adam,
  675.  
  676. I know you are frustrated right now, so bear with me as I tell you that you
  677. can make it work...
  678.  
  679. I use a PowerMac 700 (Apple upgrade card) with 20Mb and a PowerMac 7500 with
  680. 24Mb without a problem.  Like you, I cannot run on either without virtual
  681. memory.  On the 20Mb machine, I cannot even run the Symantec Project manager
  682. for more than an hour or so without crashing.  With VM on, I can use it, the
  683. debugger, etc. for days without ever exiting the application.
  684.  
  685. On the RAM Doubler note, it is a piece of junk.  Period, end of story.  It
  686. slows the computer down by nearly 50%, and crashes half of my apps.  Just
  687. look on a support forum sometime.  Noone there has anything nice to say about
  688. it, and more to the point look at how many patches that have surfaced from
  689. Conectix in the last 2 months!  None have worked for me, so I stopped using
  690. it altogether.  If it didn't come with MSOffice, I would have sent it back.
  691.  
  692. On a PowerMac, though, you need something that manages memory and does file
  693. mapping,  so use VM.  The hit with 24Mb of RAM is about 30% on application
  694. start up, and less than 2% while it is running.  Well worth the brain-damage.
  695.  It also manages fragmentation which you do not get with VM off.  You must
  696. reboot your computer to defrag memory without it, so turn it on, keep it on.
  697.  
  698.  
  699. The 1.5Mb is heap storage requested from the OS by Symantec.  Read IM
  700. sometime to learn more.
  701.  
  702. If you still have problems, start chucking extensions...
  703.  
  704. Good luck,
  705. -Russ
  706. >From rparker@s2.sonnet.com Fri Feb  9 16:35:33 PST 1996
  707. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id QAA20682 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 16:35:33 -0800 (PST)
  708. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id QAA01845 for <think-c@rdatasys.com>; Fri, 9 Feb 1996 16:35:31 -0800
  709. Received: from s2.sonnet.com(204.118.242.2) by lionfish.rdatasys.com via smap (V1.3)
  710.         id sma001807; Fri Feb  9 16:35:06 1996
  711. Received: from [204.118.242.82] (ppp44-mod.sonnet.com) by s2.sonnet.com with SMTP id AA12217
  712.   (5.67b/IDA-1.5 for <think-c@rdatasys.com>); Fri, 9 Feb 1996 09:38:53 -0800
  713. Message-Id: <v01520d0fad4136e68f1c@[204.118.242.82]>
  714. Mime-Version: 1.0
  715. Content-Type: text/plain; charset="us-ascii"
  716. Date: Fri, 9 Feb 1996 09:39:58 -0800
  717. To: macdtg-talk@bedford.symantec.com, think-c@rdatasys.com
  718. From: rparker@s2.sonnet.com (Rich Parker)
  719. Subject: Re: Memory problems??
  720.  
  721. At 10:16 PM 2/8/96, Adam Skwersky wrote:
  722.  
  723. 24 Mb is fine for developing with SC++/VA/TCL. The expanding system size is
  724. just system temporary memory being used to contain the precompiled header.
  725.  
  726. >I'm missing 1.5 MB! Where is it going?
  727.  
  728. My guess is that the DebugServices background process is still running and
  729. is locked in RAM. If you kill that process, then your available RAM will go
  730. back to what it was.
  731.  
  732. -rich-
  733.  
  734. ----------------------------------------
  735. rparker@s2.sonnet.com (Rich Parker, Modesto, CA)
  736. Compuserve: 76556,1132
  737.  
  738.  
  739. >From 1melanie@greatnet.uwcv.edu Sat Feb 10 10:22:29 PST 1996
  740. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id KAA21178 for <think-c@rdatasys.com>; Sat, 10 Feb 1996 10:22:28 -0800 (PST)
  741. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA06259 for <think-c@rdatasys.com>; Sat, 10 Feb 1996 10:22:25 -0800
  742. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  743.         id sma006257; Sat Feb 10 10:22:09 1996
  744. Received: from gold.chem.hawaii.edu by q2.ics.uci.edu id aa23145;
  745.           10 Feb 96 10:22 PST
  746. Received: from [204.162.179.229] (chi-pm2-5.freeppp.com) by gold.chem.hawaii.edu (4.1/gold-MX-1.9)
  747.         id AA01166; Sat, 10 Feb 96 05:50:33 HST
  748. X-Sender: melanie@greatnet.uwcv.edu (Unverified)
  749. Message-Id: <v01530500ad4264312d16@[204.162.179.237]>
  750. Mime-Version: 1.0
  751. Content-Type: text/plain; charset="us-ascii"
  752. Reply-To: fax.number.or.smail.address.shown.below@thank.you
  753. Approved: moderator
  754. X-Priority: 2 (High)
  755. Date: Fri, 9 Feb 1996 07:59:32 +0100
  756. To: melanie@greatnet.uwcv.edu
  757. From: Melanie Tsai <1melanie@greatnet.uwcv.edu>
  758. Subject: =====>>> *Fantastic* FREE offer I discovered on the 'net
  759.  
  760. -----> NOTE:   Please first read my note which appears below the "Request
  761. for more info Form."  Then, to get more info, just fill out the "Request
  762. for More Info" form completely and *FAX* or *SMAIL* it back to the company.
  763. You will get a quick reply via email within 1 business day of receipt of
  764. the info request form below.
  765.  
  766. IMPORTANT NOTICE FOR THOSE FAXING IN THEIR REPLY:  Please make sure you
  767. return *only* the below form and *no part* of this message other than the
  768. actual form below.  If you do not know how to cut and paste the below form
  769. onto a fresh clean blank page for faxing, then you may re-type the below
  770. form, as long as you copy it line for line *exactly.*  This is necessary in
  771. order for them to be able to process the tremendous number of replies that
  772. they get daily.
  773.  
  774. Your fax goes directly onto their 4.2 gigabyte computer hard drive, not
  775. paper, and all incoming fax calls are set-up to be *auto-terminated* if
  776. your fax:
  777. 1. has a cover page;
  778. 2. is more than one page
  779. 3. does not begin with the "cut here/begin" line from the below form
  780. 4. does not end with the "cut here/end" line from the below form.
  781. 5. has any handwritten info. on it (info must must be filled out *only*
  782.     with your computer keyboard or typewriter keyboard).  This last
  783.     provision re:  no handwriting on the form applies to requests sent in
  784.     via smail also.
  785.  
  786. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  787. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  788. NOTE:  Their fax line is open 24 hrs. per day / 7 days per week.  If you
  789. have trouble getting through to their fax, or do not have a fax machine at
  790. work or at home, just drop the below form to them via smail (airmail or
  791. first class mail).
  792. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  793. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  794.  
  795.  
  796.  
  797. *------------cut here/begin-------------------------------------------*
  798. REQUEST FOR MORE INFO:  please return *only* this section (with no cover
  799. page) via 1-page fax to:
  800.                               718-967-1550 in the USA
  801.  
  802. or via smail (first class mail or airmail) to:
  803.                                          Magazine Club Inquiry Center
  804.                                          Att. FREE Catalogue-by-email Dept.
  805.                                          PO Box 990
  806.                                          Staten Island NY  10312-0990
  807.  
  808. Sorry, but incomplete forms *will not* be acknowledged.  If you do not
  809. have an email address, or access to one, they will not be able to help you
  810. until you do have one.  If you saw this message, then you should have one.  :)
  811.  
  812. ---> SORRY, BUT NO HANDWRITTEN FORMS WILL BE ACKNOWLEDGED.
  813.         MUST BE TYPED-OUT ON YOUR COMPUTER OR TYPEWRITER. <---
  814.  
  815. Name:
  816. Internet email address:
  817. Smail home address:
  818. City-State-Zip:
  819. Country:
  820. Work Tel. #:
  821. Work Fax #:
  822. Home Tel. #:
  823. Home Fax #:
  824.  
  825. How did you hear about us (name of person who referred you or the area of
  826. the internet that you saw us mentioned in):  Referral by:  Melanie Tsai.
  827. 021096-lnlnln
  828.  
  829. Name of USA mags you currently get on the newsstand or in the store:
  830.  
  831. Name of USA mags you currently get on the newsstand or in the store:
  832.  
  833. Name of USA mags you currently get on a subscription basis, through the mail:
  834.  
  835. Name of USA mags you would like price quotes on when we call you:
  836.  
  837. Catalogue format desired (list "1," "2," "3" or "4"):
  838.  
  839. *------------cut here/end--------------------------------------------*
  840.  
  841.  
  842. Catalogue Format Options:
  843. 1.  19-Part email- can be read by EVERYONE (~525 K Total).
  844. 2.  For more advanced computer users:  attached text file ~525K - you
  845.      must know how to download an attached text file and then be able to
  846.      open it with your word processor.  If in doubt, don't ask for this
  847.      version.  This isn't for internet *newbies.* Better to order option 1
  848.      and spend a few minutes pasting them into one whole text document
  849.      with your word processor, than to waste hours trying to figure how
  850.      to deal with this option.
  851. 3.  For more advanced Macintosh computer users: compressed attached
  852.      text file, created with a Stuffit(tm) self-extracting archive (.sea),
  853.       ~133K.  Can be decompressed by any Macintosh computer user; no
  854.      special expansion software or knowledge of Stuffit (tm) needed.  You
  855.      just double-click on the file icon and it automatically expands
  856.      (unstuffs). This is for more advanced mac computer users only, as
  857.      you still have to know how to deal with an attached file.  It will cut
  858.      your download time by 75%.   Expands out to the same ~525K file in
  859.      option #2.  See option #2 for more info on what you will need to be
  860.      able to do.
  861. 4.  For expert computer users: compressed attached text file, created with
  862.      Stuffit(tm),  ~114K.  Can be decompressed by any computer user who
  863.      has expansion software to decompress (expand) Stuffit(tm) (.sit) files.
  864.      This is for more advanced computer users only and will cut your
  865.      download time by 78%.   Expands out to the same ~525K file in option
  866.      #2.  See option #2 for more info on what you will need to be able to do.
  867.  
  868.  
  869.  
  870. Hi fellow 'netters,
  871.  
  872. My name is Melanie Tsai and I recently started using a magazine
  873. subscription club in the USA that has a FREE 1 yr. magazine subscription
  874. deal with your first paid order- and I have been very pleased with them.
  875. They have over 1,500 different USA titles that they can ship to any country
  876. on a subscription basis.   As for computer magazines from the USA, they
  877. more of a selection than I ever knew even existed.  They have magazines for
  878. most every area of interest in their list of 1,500 titles.
  879.  
  880. Within the USA, for their USA members, they are cheaper than all their
  881. competitors and even the publishers themselves.  This is their price
  882. guarantee.
  883.  
  884. Overseas, on the average, they are generally around one-fourth to one-half
  885. of what the newsstands overseas charge locally for USA magazines.  On some
  886. titles they are as little as one-tenth of what the newsstands charge.  They
  887. feel that mgazines should not be a luxury overseas.   In the USA, people
  888. buy magazines and then toss them after reading them for just a few minutes
  889. or hours.  They are so cheap in the USA!   Well, this company would like to
  890. make it the same way for their overseas members.  They are also cheaper
  891. than all their competitors in the USA and overseas, including the
  892. publishers themselves!   This is their price guarantee.  Around one-half
  893. their business comes from overseas, so they are very patient with new
  894. members who only speak limited English as a 2nd language.
  895.  
  896. Their prices are so cheap because they deal direct with each publisher and
  897. cut-out all the middlemen.
  898.  
  899. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and
  900. juicey) !)...if you completely fill out the form above.  It has lists of
  901. all the freebies, lists of all the titles they sell, titles broken down by
  902. categories and detailed descriptions on nearly 1,200 of the titles that
  903. they sell.
  904.  
  905. Please do not email me as I am just a happy customer and a *busy* student.
  906. I don't have time to even complete my thesis in time, let alone run my
  907. part-time software business!  Please fill out the above form and carefully
  908. follow the intructions above to get it to them via fax or smail.
  909.  
  910. They guarantee to beat all their competitors' prices. Sometimes they are
  911. less than half of the next best deal I have been able to find and other
  912. times, just a little cheaper - but I have never found a lower rate yet.
  913. They assured me that if I ever do, they will beat it.
  914.  
  915. They have been very helpful and helped me with all my address changes as I
  916. haved moved from one country to another.
  917.  
  918. They have a deal where you can get a free 1 yr. sub to a new magazine from
  919. a special list of over 295 popular titles published in the USA.   They will
  920. give you this free 1 yr. sub when you place your first paid order with them
  921. to a renewal or new subscription to any of the over 1,500 different popular
  922. USA titles they sell.
  923.  
  924. They can arrange delivery to virtually any country and I think they have
  925. clients in around 45 or 46 countries now.  Outside the USA there is a
  926. charge for FPH (foreign postage and handling) (on both paid and freebie
  927. subs) that varies from magazine to magazine.  I have found their staff to
  928. be very friendly and courteous.  They even helped me with an address change
  929. when I moved from one country to another.
  930.  
  931. The owner thinks of his service as a "club" and his clients as "members"
  932. (even though there is no extra fee to become a member - your first purchase
  933. automatically makes you a member) and he is real picky about who he accepts
  934. as a new member.   When he sets you up as a new member, he himself calls
  935. you personally on the phone to explain how he works his deal, or sometimes
  936. he has one of his assistants call.  He is kind of quirky sometimes - he
  937. insists on setting up new members by phone so he can say hi to everyone (I
  938. sure wouldn't want to have his phone bills!),  but you can place future
  939. orders (after your first order) via E-mail.
  940.  
  941. He has some really friendly young ladies working for him, who seem to know
  942. just as much as he does about this magazine stuff.  If you live overseas,
  943. he will even call you there, as long as you are interested, but I think he
  944. still makes all his overseas calls on the weekends, I guess cause the long
  945. distance rates are cheaper then.
  946.  
  947. He only likes to take new members from referrals from satisfied existing
  948. members and he does virtually no advertising.  When I got set-up, they had
  949. a 2-3 week waiting list for new members to be called back so that they
  950. could join up. (Once you are an existing member, they help you immediately
  951. when you call. )  I think they are able to get back to prospective new
  952. members  the same day or within a few days now, as they have increased
  953. their staff.  I am not sure about this.........but if you email the above
  954. form to them, that is the way to get started!
  955.  
  956. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and
  957. juicey) !)...if you completely fill out the form above.  It has lists of
  958. all the freebies, lists of all the titles they sell, titles broken down by
  959. categories and detailed descriptions on nearly 1,200 of the titles that
  960. they sell.
  961.  
  962. They then send you email  that outlines how his club works and the list of
  963. free choices that you can choose from, as well as the entire list of what
  964. he sells;  and then they will give you a quick (3-5 minute) friendly,
  965. no-pressure no-obligation call to explain everything to you personally and
  966. answer all your questions.
  967.  
  968. Once you get in, you'll love them. I do.
  969.  
  970.  
  971. Sincerely,
  972.  
  973. Melanie Tsai
  974.  
  975.  
  976. ps.  please forward a copy of this message to all your friends on the net
  977. who you think might be interested in it!  It is a great deal!  If you join
  978. and then they join after you, you will earn a free 1 yr. subscription for
  979. each new person you get to join after you join!   If you exceed 25
  980. referrals, they let you use them to give away as gifts, for Christmas,
  981. Chanukah or any other occasion.  Please be kind enough to mention my name
  982. when you join.   I will then get a free magazine for a year for referring
  983. you.
  984. Thank you.
  985.  
  986.  
  987.  
  988. >From phils@bedford.symantec.com Mon Feb 12 08:01:06 PST 1996
  989. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA22562 for <think-c@rdatasys.com>; Mon, 12 Feb 1996 08:01:06 -0800 (PST)
  990. From: phils@bedford.symantec.com
  991. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA01142 for <think-c@rdatasys.com>; Mon, 12 Feb 1996 08:01:02 -0800
  992. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  993.         id sma001136; Mon Feb 12 08:00:59 1996
  994. Received: from [155.64.60.60] by bedford.symantec.com
  995.  with SMTP (Apple Internet Mail Server 1.0); Mon, 12 Feb 1996 10:58:12 -0500
  996. Subject: quitting DebugServices
  997. To: "Multiple recipients of list" <think-c@rdatasys.com>
  998. Mime-Version: 1.0
  999. Content-Type: text/plain; charset="US-ASCII"
  1000. Date: Mon, 12 Feb 1996 10:58:12 -0500
  1001. Message-ID: <1387999804-71903969@bedford.symantec.com>
  1002.  
  1003. >>I'm missing 1.5 MB! Where is it going?
  1004. >
  1005. >My guess is that the DebugServices background process is still running and
  1006. >is locked in RAM. If you kill that process, then your available RAM will go
  1007. >back to what it was.
  1008.  
  1009. Before the question gets asked, you can kill DebugServices by executing 
  1010. the applescript:
  1011.  
  1012. tell application "Power Mac DebugServices"
  1013.   quit
  1014. end tell
  1015.  
  1016. The current DebugServices also has a hidden keyboard shortcut to tell it 
  1017. to quit; hold down shift, control, and delete until a dialog appears. 
  1018. This isn't an offical feature and may go away in the future, though.
  1019.  
  1020. The next release of the Symantec Debugger automatically quits 
  1021. DebugServices when the debugger quits (if DS was launched by the 
  1022. debugger). Connecting to DebugServices is also much faster, so the 
  1023. Debugger startup is much less annoying.
  1024.  
  1025. -phil
  1026.  
  1027. Phil Shapiro                                 Senior Software Engineer
  1028. Development Tools Group                          Symantec Corporation
  1029.                      phils@bedford.symantec.com
  1030.  
  1031. >From Louis.Brunet@fp.ulaval.ca Tue Feb 13 04:25:57 PST 1996
  1032. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id EAA04166 for <think-c@rdatasys.com>; Tue, 13 Feb 1996 04:25:55 -0800 (PST)
  1033. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id EAA08968 for <think-c@rdatasys.com>; Tue, 13 Feb 1996 04:25:53 -0800
  1034. Received: from hermes.ulaval.ca(132.203.250.27) by lionfish.rdatasys.com via smap (V1.3)
  1035.         id sma008966; Tue Feb 13 04:25:44 1996
  1036. Received: from [132.203.250.133] (ppp-b3.ulaval.ca) by hermes.ulaval.ca (5.0/SMI-SVR4)
  1037.         id AA18364; Tue, 13 Feb 1996 07:28:05 +0500
  1038. X-Sender: fplbr@ulaval.ca
  1039. Message-Id: <v02120d00ad4632d48e2d@[132.203.250.120]>
  1040. Mime-Version: 1.0
  1041. Content-Type: text/plain; charset="us-ascii"
  1042. Date: Tue, 13 Feb 1996 07:25:19 -0500
  1043. To: think-c@rdatasys.com
  1044. From: Louis.Brunet@fp.ulaval.ca (Charles Brunet)
  1045. Subject: Speech Manager
  1046.  
  1047. I have Think C 6.0.1 and I want to use the Speech Manager. How to do that?
  1048. Does a header or a lib exist? If yes, where to find it?
  1049.  
  1050. Thanks,
  1051.  
  1052.  
  1053.  _____________
  1054. |  _________  |                                             ___
  1055. | /   \|/   \ |  Charles Brunet                      \|/   |   \
  1056. | |  (o o)  | |  Louis.Brunet@fp.ulaval.ca           ( )   |___/
  1057. | \___( )___/ |  www.geocities.com/SiliconValley/1029 |-~_ __L__
  1058. |             |  Ste-Foy, Quebec, Canada              |_  |_____|
  1059. | o     ____  |                                       T \_
  1060. |_____________|  Vive le Macintosh!                  _L
  1061.   |_________|
  1062.  
  1063.  
  1064. >From wau@satlink.com Tue Feb 13 22:06:55 PST 1996
  1065. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id WAA06599 for <think-c@rdatasys.com>; Tue, 13 Feb 1996 22:06:53 -0800 (PST)
  1066. From: wau@satlink.com
  1067. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id WAA13629 for <think-c@rdatasys.com>; Tue, 13 Feb 1996 22:06:52 -0800
  1068. Received: from un1.satlink.com(200.9.212.3) by lionfish.rdatasys.com via smap (V1.3)
  1069.         id sma013627; Tue Feb 13 22:06:26 1996
  1070. Received: from [200.9.212.56] (ppp-28.satlink.com [200.9.212.56]) by un1.satlink.com (8.7.3/8.7.3) with SMTP id DAA01586 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 03:07:03 -0400
  1071. X-Sender: wau@mail.satlink.com
  1072. Message-Id: <v01530500ab65f8ef571f@[200.9.212.54]>
  1073. Mime-Version: 1.0
  1074. Content-Type: text/plain; charset="us-ascii"
  1075. Date: Tue, 14 Feb 1995 03:07:14 -0300
  1076. To: think-c@rdatasys.com
  1077. Subject: delay in c++
  1078.  
  1079. I want to know if there is a way to make a delay in a program. I tryed
  1080. making a loop with a  number increassing, (1 to 5000) but doesnt work. I
  1081. think it has to exist a way to make a delay of 2 seconds for example.
  1082. Thanks.
  1083.  
  1084. ______________
  1085. wau@satlink.com
  1086. ______________
  1087.  
  1088.  
  1089. >From BREWSKI@twics.com Wed Feb 14 00:39:44 PST 1996
  1090. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id AAA15887 for <THINK-C@RDATASYS.COM>; Wed, 14 Feb 1996 00:39:42 -0800 (PST)
  1091. From: BREWSKI@twics.com
  1092. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id AAA18012 for <THINK-C@RDATASYS.COM>; Wed, 14 Feb 1996 00:39:38 -0800
  1093. Received: from tanuki.twics.com(192.135.222.3) by lionfish.rdatasys.com via smap (V1.3)
  1094.         id sma018010; Wed Feb 14 00:39:20 1996
  1095. Date: Wed, 14 Feb 1996 17:42:20 +0900 (JST)
  1096. To: THINK-C@rdatasys.com
  1097. Message-Id: <960214174220.15d53@twics.com>
  1098. Subject: Re:delay in c++
  1099.  
  1100. How about this...
  1101. Get the system time from the sytem clock and store the value.
  1102. Loop until the sytem time is 2 seconds(for example) greater than the stored
  1103. system time value.
  1104. >From wcr@knox.edu Wed Feb 14 08:03:25 PST 1996
  1105. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA11575 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 08:03:21 -0800 (PST)
  1106. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA01403 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 08:03:19 -0800
  1107. Received: from knox.knox.edu(192.217.177.1) by lionfish.rdatasys.com via smap (V1.3)
  1108.         id sma001375; Wed Feb 14 08:02:50 1996
  1109. Received: by knox.knox.edu
  1110.         (1.37.109.16/16.2) id AA266243687; Wed, 14 Feb 1996 10:01:27 -0600
  1111. Date: Wed, 14 Feb 1996 10:01:27 -0600 (CST)
  1112. From: William Ripperger <wcr@knox.edu>
  1113. To: wau@satlink.com
  1114. Cc: think-c@rdatasys.com
  1115. Subject: Re: delay in c++
  1116. In-Reply-To: <v01530500ab65f8ef571f@[200.9.212.54]>
  1117. Message-Id: <Pine.HPP.3.91.960214095836.25387C-100000@knox.knox.edu>
  1118. Mime-Version: 1.0
  1119. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1120.  
  1121.  
  1122. There's a toolbox procedure called delay, which will allow you
  1123. to delay an arbitrary number of ticks (60ths of a second).  You
  1124. can use your method, but modern computers are so fast that a loop
  1125. of 5000 iterations is done in a flash.  Also, your method would
  1126. be dependent on the speed of the CPU and would have to be adjusted
  1127. to different models.  The delay procedure is independent of the
  1128. CPU speed and gives you one less thing to worry about.
  1129.  
  1130. Bill Ripperger
  1131. Knox College
  1132.  
  1133. On Tue, 13 Feb 1996 wau@satlink.com wrote:
  1134.  
  1135. > I want to know if there is a way to make a delay in a program. I tryed
  1136. > making a loop with a  number increassing, (1 to 5000) but doesnt work. I
  1137. > think it has to exist a way to make a delay of 2 seconds for example.
  1138. > Thanks.
  1139. > ______________
  1140. > wau@satlink.com
  1141. > ______________
  1142. >From robm@shore.net Wed Feb 14 08:03:36 PST 1996
  1143. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA11574 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 08:03:20 -0800 (PST)
  1144. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA01402 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 08:03:19 -0800
  1145. Received: from relay1.shore.net(192.233.85.129) by lionfish.rdatasys.com via smap (V1.3)
  1146.         id sma001399; Wed Feb 14 08:03:15 1996
  1147. Received: from [198.56.66.204] (macrob.advalue.com [198.56.66.204]) by relay1.shore.net (8.7.3/8.7.3) with SMTP id KAA28946; Wed, 14 Feb 1996 10:57:53 -0500 (EST)
  1148. X-Sender: robm@shell1.shore.net
  1149. Message-Id: <v02120d00ad476333b920@[198.56.66.204]>
  1150. Mime-Version: 1.0
  1151. Content-Type: text/plain; charset="us-ascii"
  1152. Date: Wed, 14 Feb 1996 11:02:23 +0100
  1153. To: wau@satlink.com, Multiple recipients of list <think-c@rdatasys.com>
  1154. From: robm@shore.net (Rob Mitchell)
  1155. Subject: Re: delay in c++
  1156.  
  1157. At 10:18 PM 2/13/96, wau@satlink.com wrote:
  1158. >I want to know if there is a way to make a delay in a program. I tryed
  1159. >making a loop with a  number increassing, (1 to 5000) but doesnt work. I
  1160. >think it has to exist a way to make a delay of 2 seconds for example.
  1161. >Thanks.
  1162.  
  1163. Check out Inside Mac II page 384 for the "Delay (duration, &finalTick);"
  1164. call.
  1165.  
  1166. Depending on your needs Delay() may do the trick.  Otherwise you
  1167. may want to keep calling GetNextEvent()/WaitNextEvent().
  1168.  
  1169. My $0.02.
  1170.  
  1171.  
  1172. Rob Mitchell  Macintosh Software Developer
  1173. (robm@shore.net)
  1174.  
  1175.  
  1176. >From wesley@ai.sri.com Wed Feb 14 09:02:57 PST 1996
  1177. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA15530 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 09:02:48 -0800 (PST)
  1178. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA03818 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 09:02:46 -0800
  1179. Received: from sunset.ai.sri.com(128.18.61.76) by lionfish.rdatasys.com via smap (V1.3)
  1180.         id sma003790; Wed Feb 14 09:02:23 1996
  1181. Received: from Atascadero.AI.SRI.COM by Sunset.AI.SRI.COM (8.7.1/SMI-4.1)
  1182.         id IAA09286 for ; Wed, 14 Feb 1996 08:58:46 -0800 (PST)
  1183. Received: by Atascadero.AI.SRI.COM (8.7.1/SMI-4.1)
  1184.         id IAA11158 for ; Wed, 14 Feb 1996 08:58:44 -0800 (PST)
  1185. Date: Wed, 14 Feb 1996 08:58:44 -0800 (PST)
  1186. From: Leonard Wesley <wesley@ai.sri.com>
  1187. Message-Id: <199602141658.IAA11158@Atascadero.AI.SRI.COM>
  1188. To: think-c@rdatasys.com
  1189. cc: stepanov@mti.sgi.com, lee@hpl.hp.com, wesley@ai.sri.com
  1190. Subject: Standard Template LIbraries
  1191.  
  1192.  
  1193. Has anyone had success with using HP's Standard Template Libraries with
  1194. Symantec 7.1.1?  The HP STL of interest is the 7 July '95 release that
  1195. comes with Mark Nelson's book. When I try and load the STL header files the
  1196. Think Project Mamager application quits with a "Illegal Combination of
  1197. Types" and "... type 1" error message. Hence, I'm unable to begin tracking
  1198. down the problem.
  1199.  
  1200. Is there a recommended STL library to use with Symantec C++?
  1201.  
  1202.  
  1203. Thanks in advance,
  1204.  
  1205. --Len
  1206. >From wferlazz@tn.village.it Wed Feb 14 09:41:34 PST 1996
  1207. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA17860 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 09:41:32 -0800 (PST)
  1208. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA05449 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 09:41:30 -0800
  1209. Received: from unknown(194.184.119.4) by lionfish.rdatasys.com via smap (V1.3)
  1210.         id sma005439; Wed Feb 14 09:41:01 1996
  1211. Received: from [194.184.119.17] ([194.184.119.17]) by tn.village.it (8.6.12/8.6.9) with SMTP id SAA01225 for <think-c@rdatasys.com>; Wed, 14 Feb 1996 18:39:01 GMT
  1212. Message-Id: <ad47c93e030210046edb@[194.184.119.14]>
  1213. Mime-Version: 1.0
  1214. Content-Type: text/plain; charset="us-ascii"
  1215. Date: Wed, 14 Feb 1996 18:40:35 +0100
  1216. To: Multiple recipients of list <think-c@rdatasys.com>
  1217. From: wferlazz@tn.village.it (Walter Ferlazzo)
  1218. Subject: Re: delay in c++
  1219.  
  1220. >I want to know if there is a way to make a delay in a program. I tryed
  1221. >making a loop with a  number increassing, (1 to 5000) but doesnt work. I
  1222. >think it has to exist a way to make a delay of 2 seconds for example.
  1223. >Thanks.
  1224. >______________
  1225. >wau@satlink.com
  1226. >______________
  1227.  
  1228. It's simple:
  1229.  
  1230. ------
  1231.  
  1232. #include <OSUtils.h>
  1233. Delay(duration,&finalTick);
  1234. where:
  1235.        unsigned long    duration;   number of ticks (1/60th seconds) to delay
  1236.        unsigned long    *finalTick      receives system time (in ticks) at
  1237. end of delay
  1238.  
  1239. So, for a two seconds delay:
  1240.  
  1241. Delay(2*60, &finalTick);
  1242.  
  1243. Note: Due to sistem overheads sometimes some tick could be lost, so the
  1244. real delay could be some tick longer than requested; do not relay heavily
  1245. on its accuracy.
  1246.  
  1247. You'll find it in THINK reference, It's an operating system utility.
  1248.  
  1249. ----
  1250.  
  1251. Otherwise:
  1252. #include <Events.h>
  1253.  
  1254. long TickCount();       returns the number of ticks since startup
  1255.  
  1256. So, for a 2 seconds delay (2 secs = 120 ticks):
  1257.  
  1258. EndTicks= TickCount()+120;
  1259. while(TickCount() <= EndTicks) //use <=, not != (see previous note)
  1260. ;
  1261.  
  1262. You'll find it in THINK reference, It's an operating system utility.
  1263.  
  1264. -----
  1265.  
  1266. If you need a less granular period of time (e.g. you don't need fractions
  1267. of seconds), you can use
  1268.  
  1269. #include <OSUtils.h>
  1270. GetDateTime(&secs);
  1271. where:
  1272.         unsigned long   secs;    receives number of seconds since 01/01/1904
  1273.  
  1274. So, for a 2 seconds delay:
  1275.  
  1276. GetDateTime(EndSecs);
  1277. EndSecs+=2;
  1278. repeat
  1279.    GetDateTime(secs);
  1280. until (secs >= EndSecs) //use >=, not != (less dangerous, you could miss
  1281. the exact time)
  1282.  
  1283. You can see that using GetDateTime needs more coding, so in general I
  1284. prefer one of the other two solutions.
  1285.  
  1286. --------
  1287.  
  1288. Happy Coding!
  1289. Walter Ferlazzo
  1290. (Just Add Water)
  1291.  
  1292. +-----------------+---------------------------------------------------+
  1293. :   __  __ _____  : "If a cat and a light bulb falling down from a    :
  1294. :  / /  \ \\ __/  : tower touch the ground at the same moment, can    :
  1295. :  \ \/\/ // _/   : we suppose that cats can run at light speed?"     :
  1296. :   \_/\_//_/     +---------------------------------+-----------------+
  1297. : Walter Ferlazzo + Internet:wferlazz@tn.village.it ! CI$:100121,1312 :
  1298. +-----------------+---------------------------------+-----------------+
  1299. **************************************************************************
  1300. The Microsoft Network is prohibited from redistributing this work in any
  1301. form  in whole or in part. Copyright (c) Walter Ferlazzo, 1996.
  1302. License to distribute this content or post is available to Microsoft for
  1303. $1095. Appearance without permission constitutes agreement to these terms.
  1304. **************************************************************************
  1305.  
  1306.  
  1307. >From coop@europa.lif.icnet.uk Fri Feb 16 02:12:09 PST 1996
  1308. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id CAA05521 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 02:12:07 -0800 (PST)
  1309. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id CAA22524 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 02:12:04 -0800
  1310. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  1311.         id sma022514; Fri Feb 16 02:11:33 1996
  1312. Received: from [143.65.1.15] by q2.ics.uci.edu id aa21308; 16 Feb 96 2:11 PST
  1313. Received: by charlie.lif.icnet.uk; Fri, 16 Feb 96 10:10:32 GMT
  1314. Received: from GATEWAY by charlie with netnews
  1315.         for think-c@ics.uci.edu (think-c@ics.uci.edu)
  1316. To: think-c@ics.uci.edu
  1317. Date: 16 Feb 1996 10:10:31 GMT
  1318. From: Richard Coop <coop@europa.lif.icnet.uk>
  1319. Message-Id: <4g1l6n$nmo@charlie.lif.icnet.uk>
  1320. Organization: Imperial Cancer Research Fund
  1321. Sender: think-c-request@ics.uci.edu
  1322. Subject: Think-c source for NCSA Telnet 2.5?
  1323.  
  1324. Hi there,
  1325.  
  1326. I wonder if you can help me. I's like to edit the source code for NCSA's 
  1327. Telnet2.5 to make use of the X windows style cursor position reporting 
  1328. feature available in Telnet2.6. I prefer 2.5 to 2.6 at the moment but 
  1329. would like to be able to include this functionality into the former. 
  1330.  
  1331. I have the source code for 2.5 and a copy of the Think-C compiler package for
  1332. the Mac but am having problems compiling the code. What has it been written in
  1333. and is the source code available that is complient with Think-C?
  1334.  
  1335. I'd appreciate it if postings are additionally mailed to coop@icrf.icnet.uk as
  1336. I am not a regular reader of this group (yet).
  1337.  
  1338. Many thanks in advance,
  1339.  
  1340. Richard Coop,
  1341. Systems Support,
  1342. Imperial Cancer Research Fund,
  1343. London, UK.
  1344.  
  1345.  
  1346. >From craig@epic.co.uk Fri Feb 16 02:43:42 PST 1996
  1347. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id CAA07739 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 02:43:39 -0800 (PST)
  1348. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id CAA23311 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 02:43:36 -0800
  1349. Received: from wonderland.epic.co.uk(194.159.80.1) by lionfish.rdatasys.com via smap (V1.3)
  1350.         id sma023309; Fri Feb 16 02:43:11 1996
  1351. Received: from post.epic.co.uk by wonderland.epic.co.uk (5.x/SMI-SVR4)
  1352.         id AA29213; Fri, 16 Feb 1996 10:43:12 GMT
  1353. Received: from [128.1.4.186] by post.epic.co.uk with smtp
  1354.         (Smail3.1.28.1 #3) id m0tnNhq-000DgKC; Fri, 16 Feb 96 10:48 GMT
  1355. X-Sender: craig@post.epic.co.uk
  1356. Message-Id: <v02130502ad4a0a74d204@[128.1.4.186]>
  1357. Mime-Version: 1.0
  1358. Content-Type: text/plain; charset="iso-8859-1"
  1359. Content-Transfer-Encoding: quoted-printable
  1360. Date: Fri, 16 Feb 1996 10:42:15 +0000
  1361. To: THINK C and Symantec C++ Mailing List  <think-c@rdatasys.com>
  1362. From: "Norman Craig Emery B.Sc." <craig@epic.co.uk>
  1363. Subject: problems using Symantec Debugger
  1364.  
  1365.     Dear All,
  1366.  
  1367.             is anyone having trouble using Symantec Debugger 1.04d2?
  1368.  
  1369.         I am compiling with SPM MrC++ 8.1.0B4, 1995. I'm including <MrC
  1370. TCLHeaders> and am linking to THINKClassLib. I am doing so on an 8100/80 AV
  1371. with 48 Mb RAM, Modern MM on and no VM. I have no optimization, always
  1372. stack frames, functions for in-lines and symbolic debugging enabled. I
  1373. launch Powermac debugging services in my startup items as someone on
  1374. mactdg-talk suggested that it be running **before** the debugger was
  1375. launched.
  1376.  
  1377.         I have a couple of severe problems.
  1378.  
  1379.   1)    I cannot access any data! Any data item I select and then "Copy To
  1380. Data" appears in the data pane with a value of either "** *** compile
  1381. failed *** **", or garbage (something like "** &=C1 **").
  1382.  
  1383.   2)    I don't know how to step into a #pragma defined template function.
  1384. All I ever get in the code pane is the #pragma line. How can I debug it if
  1385. I can't step into it?
  1386.  
  1387.   3)    I hate the fact that your running application is always hidden. I'd
  1388. like to be able to see what my application is doing, just like hitting
  1389. <ESC> in MacsBug. BTW Should I be using any version of MacsBug other than
  1390. 6.5.2. I keep getting "Macsbug caused the exception" to which I can only
  1391. <CMD> G.
  1392.  
  1393.         Does anyone know how R5 coming along? I am only using SPM MrC++
  1394. because Symantec C++ (68k, 8.0.3) wouldn't compile my code: bug report
  1395. #10460 (incidentally, neither would SPM C++; same problem). I'd really like
  1396. to be able to return to TPM. I much prefer the debugging environment,
  1397. especially the inspector. Is there an equivalent to the inspector for SPM?
  1398.  
  1399.         I'm trying to port code that compiled under Microsoft Visual C++
  1400. 1.52 without complaint. That doesn't carry much weight, but not being able
  1401. to compile and debug this code makes the Mac department look really bad
  1402. compared to the PC department.
  1403.  
  1404. Craig Emery.
  1405.  
  1406.  
  1407. >From phils@bedford.symantec.com Fri Feb 16 09:26:23 PST 1996
  1408. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA27471 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 09:26:21 -0800 (PST)
  1409. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA07247 for <think-c@rdatasys.com>; Fri, 16 Feb 1996 09:26:20 -0800
  1410. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1411.         id sma007243; Fri Feb 16 09:26:18 1996
  1412. Received: from [155.64.60.60] by bedford.symantec.com
  1413.  with SMTP (Apple Internet Mail Server 1.0); Fri, 16 Feb 1996 12:23:24 -0500
  1414. Subject: Re: problems using Symantec Debugger
  1415. Date: Fri, 16 Feb 96 12:25:36 -0500
  1416. From: Phil Shapiro <phils@bedford.symantec.com>
  1417. To: "Macintosh Developers Group" <macdtg-talk@bedford.symantec.com>
  1418. cc: "Symantec Technical Support" <support@devtools.symantec.com>,
  1419.         "Norman Craig Emery B.Sc." <craig@epic.co.uk>, <think-c@rdatasys.com>
  1420. Mime-Version: 1.0
  1421. Content-Type: text/plain; charset="iso-8859-1"
  1422. Content-transfer-encoding: quoted-printable
  1423. Message-ID: <1387649092-92998352@bedford.symantec.com>
  1424.  
  1425. >  1)    I cannot access any data! Any data item I select and then "Copy To
  1426. >Data" appears in the data pane with a value of either "** *** compile
  1427. >failed *** **", or garbage (something like "** &=C1 **").
  1428.  
  1429. This is a known limitation of the MrC translator for the SPM. It =
  1430. doesn't yet support expression evaluation in the Symantec Debugger; =
  1431. this should be noted in the release notes for the compiler. However, =
  1432. the compiler should generate a better error message, like "expression =
  1433. evalutation not supported". I'll file a bug report for this.
  1434.  
  1435. >  2)    I don't know how to step into a #pragma defined template function.
  1436. >All I ever get in the code pane is the #pragma line. How can I debug it if
  1437. >I can't step into it?
  1438.  
  1439. This is also a limitation of the MrC translator; while using it, you =
  1440. can't step into debuggable source code in header files.
  1441.  
  1442. >  3)    I hate the fact that your running application is always hidden. =
  1443. I'd
  1444. >like to be able to see what my application is doing, just like hitting
  1445. ><ESC> in MacsBug.
  1446.  
  1447. Since the Symantec Debugger is a process-level debugger, there is no =
  1448. easy way for the debugger to accomplish this. If your windows are =
  1449. obscured by the debugger's windows, then their contents have been =
  1450. lost. This may sound lame, but what I recommend (and use) is a cheap =
  1451. second monitor for debugging purposes (I've got a 12" B&W which works =
  1452. great). If you've got an AV PowerPC, then you already have a hookup =
  1453. for two monitors.
  1454.  
  1455. > BTW Should I be using any version of MacsBug other than
  1456. >6.5.2. I keep getting "Macsbug caused the exception" to which I can only
  1457. ><CMD> G.
  1458.  
  1459. MacsBug 6.5.2 is the latest version; I don't know why you're seeing =
  1460. that error in MacsBug.
  1461.  
  1462. >        How is R5 coming along?
  1463.  
  1464. It's coming along really well :) I can't say when it will go out, =
  1465. though. As soon as we can get it done.
  1466.  
  1467. > I am only using SPM MrC++ because Symantec
  1468. >C++ (68k, 8.0.4) wouldn't compile my code: bug report #10460 =
  1469. (incidentally,
  1470. >neither would SPM C++; same problem).
  1471.  
  1472. This bug will be fixed in the next release of the compiler (R5). =
  1473. Please email me directly about getting a beta version of the compiler =
  1474. to try out.
  1475.  
  1476. > I'd really like to be able to return
  1477. >to TPM. I much prefer the debugging environment, especially the inspector.
  1478. >Is there an equivalent to the inspector for SPM?
  1479.  
  1480. Not yet; we are planning on adding this functionality in a future =
  1481. version (not R5 though).
  1482.  
  1483. -phil
  1484.  
  1485.  
  1486. Phil Shapiro                                 Senior Software Engineer
  1487. Development Tools Group                          Symantec Corporation
  1488.                      phils@bedford.symantec.com
  1489.  
  1490. >From BREWSKI@twics.com Fri Feb 16 21:04:44 PST 1996
  1491. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id VAA03142 for <THINK-C@RDATASYS.COM>; Fri, 16 Feb 1996 21:04:44 -0800 (PST)
  1492. From: BREWSKI@twics.com
  1493. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id VAA00420 for <THINK-C@RDATASYS.COM>; Fri, 16 Feb 1996 21:04:41 -0800
  1494. Received: from tanuki.twics.com(192.135.222.3) by lionfish.rdatasys.com via smap (V1.3)
  1495.         id sma000418; Fri Feb 16 21:04:33 1996
  1496. Date: Sat, 17 Feb 1996 14:07:39 +0900 (JST)
  1497. To: THINK-C@rdatasys.com
  1498. Message-Id: <960217140740.2184b@twics.com>
  1499. Subject: latest versions of Think-C and Symatec C++ ?
  1500.  
  1501. What are the latest versions of these programs?
  1502. I use Think-C 7.06 and am wonderining if therre is/will ever be an update
  1503. available ie strange Out of Memory Errors that disappear when you restart
  1504. the machine. ZRef Internal errors "please remove object" Translation  =
  1505. Trash your project file,make a new one etc...
  1506. >From craig@epic.co.uk Tue Feb 20 06:37:20 PST 1996
  1507. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id GAA13445 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 06:37:19 -0800 (PST)
  1508. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id GAA01543 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 06:37:05 -0800
  1509. Received: from wonderland.epic.co.uk(194.159.80.1) by lionfish.rdatasys.com via smap (V1.3)
  1510.         id sma001531; Tue Feb 20 06:37:00 1996
  1511. Received: from post.epic.co.uk by wonderland.epic.co.uk (5.x/SMI-SVR4)
  1512.         id AA14684; Tue, 20 Feb 1996 14:36:49 GMT
  1513. Received: from [128.1.4.186] by post.epic.co.uk with smtp
  1514.         (Smail3.1.28.1 #3) id m0totGC-000DgMC; Tue, 20 Feb 96 14:41 GMT
  1515. X-Sender: craig@post.epic.co.uk
  1516. Message-Id: <v02130500ad4e543a12df@[128.1.4.186]>
  1517. Mime-Version: 1.0
  1518. Content-Type: text/plain; charset="us-ascii"
  1519. Date: Tue, 20 Feb 1996 14:35:49 +0000
  1520. To: THINK C and Symantec C++ Mailing List  <think-c@rdatasys.com>
  1521. From: "Norman Craig Emery B.Sc." <craig@epic.co.uk>
  1522. Subject: NB: problems with enum types
  1523.  
  1524.     Dear All,
  1525.  
  1526.             I thought I'd let you know of a problem that I found in
  1527. Symantec C++ 8.0.4.
  1528.  
  1529.         The problem is with non-typedef'd enum or structs. i.e. compiling
  1530. the following
  1531.  
  1532. class CEnumTest
  1533. {
  1534.   public:
  1535.         enum Type { ONE = 1, TWO = 2 };
  1536.         CEnumTest() : m_Type(ONE) {};
  1537.  
  1538.         void SetType (enum Type Type = ONE) { m_Type = Type; };
  1539.  
  1540.   private:
  1541.         enum Type m_Type;
  1542. };
  1543.  
  1544. main()
  1545. {
  1546.         int test_chosen = -1;
  1547.  
  1548.         CEnumTest *pMyCEnumTest = new CEnumTest;
  1549.         pMyCEnumTest->SetType ();
  1550.  
  1551.         // lots of code
  1552.  
  1553. };
  1554.  
  1555.         will produce an internal error from symbol.c apparently at the last
  1556. line of the function that calls SetType(), which in this case is main().
  1557.  
  1558.         I came across this problem when compiling code that had originally
  1559. been compiled under Microsoft Visual C++ 4.0 which, in my opinion against
  1560. the wishes of the ARM, compiles this without complaint. BTW so does Borland
  1561. C++ 4.0.
  1562.  
  1563.         It would however, been nice if the symantec C++ had simply warned
  1564. me that I was using an implicitly typedef'd enum-name as a variable-name.
  1565.  
  1566.         Since the error produced claims to have occured in a place other
  1567. than whence it did, it was a little sod to track down.
  1568.  
  1569. yours.
  1570.  
  1571. Craig Emery.
  1572.  
  1573.  
  1574. >From wau@satlink.com Tue Feb 20 08:53:57 PST 1996
  1575. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA21208 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 08:53:56 -0800 (PST)
  1576. From: wau@satlink.com
  1577. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA06372 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 08:53:54 -0800
  1578. Received: from un1.satlink.com(200.9.212.3) by lionfish.rdatasys.com via smap (V1.3)
  1579.         id sma006370; Tue Feb 20 08:53:28 1996
  1580. Received: from [200.9.212.73] (ppp-49.satlink.com [200.9.212.73]) by un1.satlink.com (8.7.3/8.7.3) with SMTP id NAA21860 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 13:54:00 -0400
  1581. X-Sender: wau@mail.satlink.com
  1582. Message-Id: <v01530500ab6e57f94938@[200.9.212.67]>
  1583. Mime-Version: 1.0
  1584. Content-Type: text/plain; charset="us-ascii"
  1585. Date: Mon, 20 Feb 1995 13:54:18 -0300
  1586. To: think-c@rdatasys.com
  1587. Subject: asinch. sound
  1588.  
  1589. First of all, thanks for the answers. I live in Argentina a country that is
  1590. very difficult to find documentation about macintosh.
  1591. I would like to know if it is possible to keep going a sound, loaded from a
  1592. resource, while (for example), draw a window. I read abaut a/sinchronicous
  1593. sound, but I cant find out documentation about it.
  1594. Thanks very much. And sorry about my english.
  1595. Fernando.
  1596.  
  1597. ______________
  1598. wau@satlink.com
  1599. ______________
  1600.  
  1601.  
  1602. >From wferlazz@tn.village.it Tue Feb 20 09:45:31 PST 1996
  1603. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA25109 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 09:45:30 -0800 (PST)
  1604. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA08434 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 09:45:28 -0800
  1605. Received: from unknown(194.184.119.4) by lionfish.rdatasys.com via smap (V1.3)
  1606.         id sma008367; Tue Feb 20 09:45:18 1996
  1607. Received: from [194.184.119.15] ([194.184.119.15]) by tn.village.it (8.6.12/8.6.9) with SMTP id SAA23191 for <think-c@rdatasys.com>; Tue, 20 Feb 1996 18:43:19 GMT
  1608. Message-Id: <ad4fb8fe01021004bc1f@[194.184.119.15]>
  1609. Mime-Version: 1.0
  1610. Content-Type: text/plain; charset="us-ascii"
  1611. Date: Tue, 20 Feb 1996 18:44:56 +0100
  1612. To: think-c@rdatasys.com
  1613. From: wferlazz@tn.village.it (Walter Ferlazzo)
  1614. Subject: Re: asinch. sound
  1615.  
  1616. >I would like to know if it is possible to keep going a sound, loaded from a
  1617. >resource, while (for example), draw a window. I read about asynchronous
  1618. >sound, but I can't find out documentation about it.
  1619. >Fernando.
  1620. >wau@satlink.com
  1621.  
  1622. That's it:
  1623.  
  1624. void  CallAsyncSndPlay(int theSnd, SndChannelPtr mySndChan)
  1625. {
  1626.         Handle  mySndHandle;    // handle to an 'snd ' resource
  1627.         OSErr   myErr;
  1628.  
  1629.         mySndHandle = GetResource ('snd ', theSnd);  // Read in 'snd'
  1630. resource from resource file
  1631.  
  1632.         if ( mySndHandle != nil )          // check for a nil handle
  1633.         {
  1634.                 myErr = SndPlay (mySndChan, mySndHandle, kAsync);
  1635.                 if ( myErr )
  1636.                 DoError( tCaution, "\pCan't async play sound.", kNotFatal
  1637. ); //an error message
  1638.  
  1639.         }
  1640. }
  1641.  
  1642. Pass the sound resource number to the procedure, along with a Sound Channel
  1643. pointer.
  1644. You create the Sound Channel via the system call SndNewChannel (see THINK
  1645. Reference for details)
  1646.  
  1647. Happy coding!
  1648. Walter Ferlazzo (Just Add Water)
  1649.  
  1650. +-----------------+---------------------------------------------------+
  1651. :   __  __ _____  : "If a cat and a light bulb falling down from a    :
  1652. :  / /  \ \\ __/  : tower touch the ground at the same moment, can    :
  1653. :  \ \/\/ // _/   : we suppose that cats can run at light speed?"     :
  1654. :   \_/\_//_/     +---------------------------------+-----------------+
  1655. : Walter Ferlazzo + Internet:wferlazz@tn.village.it ! CI$:100121,1312 :
  1656. +-----------------+---------------------------------+-----------------+
  1657. **************************************************************************
  1658. The Microsoft Network is prohibited from redistributing this work in any
  1659. form  in whole or in part. Copyright (c) Walter Ferlazzo, 1996.
  1660. License to distribute this content or post is available to Microsoft for
  1661. $1095. Appearance without permission constitutes agreement to these terms.
  1662. **************************************************************************
  1663.  
  1664.  
  1665. >From allison.eng5@uwcr.edu Sun Feb 25 02:36:57 PST 1996
  1666. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id CAA16398 for <think-c@rdatasys.com>; Sun, 25 Feb 1996 02:36:55 -0800 (PST)
  1667. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id CAA14260 for <think-c@rdatasys.com>; Sun, 25 Feb 1996 02:36:54 -0800
  1668. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  1669.         id sma014258; Sun Feb 25 02:36:32 1996
  1670. Received: from ix.ix.netcom.com by q2.ics.uci.edu id aa13008; 25 Feb 96 2:36 PST
  1671. Received: from [152.52.116.129] by ix.ix.netcom.com (8.6.12/SMI-4.1/Netcom)
  1672.         id CAA15652; Sun, 25 Feb 1996 02:11:17 -0800
  1673. X-Sender: allison.eng@uwcr.edu (Unverified)
  1674. Message-Id: <v01530538ad55916e1d09@[152.52.116.129]>
  1675. Mime-Version: 1.0
  1676. Content-Type: text/plain; charset="us-ascii"
  1677. Reply-to: please.reply.via.fax.to.fax.number.shown@or.via.airmail.to.smail.address.shown
  1678. Approved: moderator
  1679. X-Priority: 1 (Highest)
  1680. Date: Fri, 23 Feb 1996 11:18:17 +0900
  1681. To: allison.eng5@uwcr.edu
  1682. From: Allison Eng <allison.eng5@uwcr.edu>
  1683. Subject: ===>> FREE 1 yr. Magazine Sub sent worldwide- 295+ Popular USA Titles
  1684.  
  1685. -----> NOTE:   Please first read my note which appears below the "Request
  1686. for more info Form."  Then, to get more info, just fill out the "Request
  1687. for More Info" form completely and *FAX* or *SMAIL* it back to the company.
  1688. You will get a quick reply via email within 1 business day of receipt of
  1689. the info request form below.
  1690.  
  1691. IMPORTANT NOTICE FOR THOSE FAXING IN THEIR REPLY:  Please make sure you
  1692. return *only* the below form and *no part* of this message other than the
  1693. actual form below.  If you do not know how to cut and paste the below form
  1694. onto a fresh clean blank page for faxing, then you may re-type the below
  1695. form, as long as you copy it line for line *exactly.*  This is necessary in
  1696. order for them to be able to process the tremendous number of replies that
  1697. they get daily.
  1698.  
  1699. Your fax goes directly onto their 4.2 gigabyte computer hard drive, not
  1700. paper, and all incoming fax calls are set-up to be *auto-terminated* if
  1701. your fax:
  1702. 1. has a cover page;
  1703. 2. is more than one page
  1704. 3. does not begin with the "cut here/begin" line from the below form
  1705. 4. does not end with the "cut here/end" line from the below form.
  1706. 5. has any handwritten info. on it (info must must be filled out *only*
  1707.     with your computer keyboard or typewriter keyboard).  This last
  1708.     provision re:  no handwriting on the form applies to requests sent in
  1709.     via smail also.
  1710.  
  1711. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  1712. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  1713. NOTE:  Their fax line is open 24 hrs. per day / 7 days per week.  If you
  1714. have trouble getting through to their fax, or do not have a fax machine at
  1715. work or at home, just drop the below form to them via smail (airmail or
  1716. first class mail).
  1717. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  1718. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  1719.  
  1720.  
  1721.  
  1722. *------------cut here/begin-------------------------------------------*
  1723. REQUEST FOR MORE INFO:  please return *only* this section (with no cover
  1724. page) via 1-page fax to:
  1725.                               718-967-1550 in the USA
  1726.  
  1727. or via smail (first class mail or airmail) to:
  1728.                                          Magazine Club Inquiry Center
  1729.                                          Att. FREE Catalogue-by-email Dept.
  1730.                                          PO Box 990
  1731.                                          Staten Island NY  10312-0990
  1732.  
  1733. Sorry, but incomplete forms *will not* be acknowledged.  If you do not
  1734. have an email address, or access to one, they will not be able to help you
  1735. until you do have one.  If you saw this message, then you should have one.  :)
  1736.  
  1737. ---> SORRY, BUT NO HANDWRITTEN FORMS WILL BE ACKNOWLEDGED.
  1738.         MUST BE TYPED-OUT ON YOUR COMPUTER OR TYPEWRITER. <---
  1739.  
  1740. Name:
  1741. Internet email address:
  1742. Smail home address:
  1743. City-State-Zip:
  1744. Country:
  1745. Work Tel. #:
  1746. Work Fax #:
  1747. Home Tel. #:
  1748. Home Fax #:
  1749.  
  1750. How did you hear about us (name of person who referred you or the area of
  1751. the internet that you saw us mentioned in):  Referral by:  Allison Eng.
  1752. 022396-l
  1753.  
  1754. Name of USA mags you currently get on the newsstand or in the store:
  1755.  
  1756. Name of USA mags you currently get on the newsstand or in the store:
  1757.  
  1758. Name of USA mags you currently get on a subscription basis, through the mail:
  1759.  
  1760. Name of USA mags you would like price quotes on when we call you:
  1761.  
  1762. Catalogue format desired (list "1," "2," "3" or "4"):
  1763.  
  1764. *------------cut here/end--------------------------------------------*
  1765.  
  1766.  
  1767. Catalogue Format Options:
  1768. 1.  19-Part email- can be read by EVERYONE (~525 K Total).
  1769. 2.  For more advanced computer users:  attached text file ~525K - you
  1770.      must know how to download an attached text file and then be able to
  1771.      open it with your word processor.  If in doubt, don't ask for this
  1772.      version.  This isn't for internet *newbies.* Better to order option 1
  1773.      and spend a few minutes pasting them into one whole text document
  1774.      with your word processor, than to waste hours trying to figure how
  1775.      to deal with this option.
  1776. 3.  For more advanced Macintosh computer users: compressed attached
  1777.      text file, created with a Stuffit(tm) self-extracting archive (.sea),
  1778.       ~133K.  Can be decompressed by any Macintosh computer user; no
  1779.      special expansion software or knowledge of Stuffit (tm) needed.  You
  1780.      just double-click on the file icon and it automatically expands
  1781.      (unstuffs). This is for more advanced mac computer users only, as
  1782.      you still have to know how to deal with an attached file.  It will cut
  1783.      your download time by 75%.   Expands out to the same ~525K file in
  1784.      option #2.  See option #2 for more info on what you will need to be
  1785.      able to do.
  1786. 4.  For expert computer users: compressed attached text file, created with
  1787.      Stuffit(tm),  ~114K.  Can be decompressed by any computer user who
  1788.      has expansion software to decompress (expand) Stuffit(tm) (.sit) files.
  1789.      This is for more advanced computer users only and will cut your
  1790.      download time by 78%.   Expands out to the same ~525K file in option
  1791.      #2.  See option #2 for more info on what you will need to be able to do.
  1792.  
  1793.  
  1794.  
  1795. Hi fellow 'netters,
  1796.  
  1797. My name is Allison Eng and I recently started using a magazine subscription
  1798. club in the USA that has a FREE 1 yr. magazine subscription deal with your
  1799. first paid order- and I have been very pleased with them.    They have over
  1800. 1,500 different USA titles that they can ship to any country on a
  1801. subscription basis.   As for computer magazines from the USA, they more of
  1802. a selection than I ever knew even existed.  They have magazines for most
  1803. every area of interest in their list of 1,500 titles.
  1804.  
  1805. Within the USA, for their USA members, they are cheaper than all their
  1806. competitors and even the publishers themselves.  This is their price
  1807. guarantee.
  1808.  
  1809. Overseas, on the average, they are generally around one-fourth to one-half
  1810. of what the newsstands overseas charge locally for USA magazines.  On some
  1811. titles they are as little as one-tenth of what the newsstands charge.  They
  1812. feel that mgazines should not be a luxury overseas.   In the USA, people
  1813. buy magazines and then toss them after reading them for just a few minutes
  1814. or hours.  They are so cheap in the USA!   Well, this company would like to
  1815. make it the same way for their overseas members.  They are also cheaper
  1816. than all their competitors in the USA and overseas, including the
  1817. publishers themselves!   This is their price guarantee.  Around one-half
  1818. their business comes from overseas, so they are very patient with new
  1819. members who only speak limited English as a 2nd language.
  1820.  
  1821. Their prices are so cheap because they deal direct with each publisher and
  1822. cut-out all the middlemen.
  1823.  
  1824. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and
  1825. juicey) !)...if you completely fill out the form above.  It has lists of
  1826. all the freebies, lists of all the titles they sell, titles broken down by
  1827. categories and detailed descriptions on nearly 1,200 of the titles that
  1828. they sell.
  1829.  
  1830. Please do not email me as I am just a happy customer and a *busy* student.
  1831. I don't have time to even complete my thesis in time, let alone run my
  1832. part-time software business!  Please fill out the above form and carefully
  1833. follow the intructions above to get it to them via fax or smail.
  1834.  
  1835. They guarantee to beat all their competitors' prices. Sometimes they are
  1836. less than half of the next best deal I have been able to find and other
  1837. times, just a little cheaper - but I have never found a lower rate yet.
  1838. They assured me that if I ever do, they will beat it.
  1839.  
  1840. They have been very helpful and helped me with all my address changes as I
  1841. haved moved from one country to another.
  1842.  
  1843. They have a deal where you can get a free 1 yr. sub to a new magazine from
  1844. a special list of over 295 popular titles published in the USA.   They will
  1845. give you this free 1 yr. sub when you place your first paid order with them
  1846. to a renewal or new subscription to any of the over 1,500 different popular
  1847. USA titles they sell.
  1848.  
  1849. They can arrange delivery to virtually any country and I think they have
  1850. clients in around 45 or 46 countries now.  Outside the USA there is a
  1851. charge for FPH (foreign postage and handling) (on both paid and freebie
  1852. subs) that varies from magazine to magazine.  I have found their staff to
  1853. be very friendly and courteous.  They even helped me with an address change
  1854. when I moved from one country to another.
  1855.  
  1856. The owner thinks of his service as a "club" and his clients as "members"
  1857. (even though there is no extra fee to become a member - your first purchase
  1858. automatically makes you a member) and he is real picky about who he accepts
  1859. as a new member.   When he sets you up as a new member, he himself calls
  1860. you personally on the phone to explain how he works his deal, or sometimes
  1861. he has one of his assistants call.  He is kind of quirky sometimes - he
  1862. insists on setting up new members by phone so he can say hi to everyone (I
  1863. sure wouldn't want to have his phone bills!),  but you can place future
  1864. orders (after your first order) via E-mail.
  1865.  
  1866. He has some really friendly young ladies working for him, who seem to know
  1867. just as much as he does about this magazine stuff.  If you live overseas,
  1868. he will even call you there, as long as you are interested, but I think he
  1869. still makes all his overseas calls on the weekends, I guess cause the long
  1870. distance rates are cheaper then.
  1871.  
  1872. He only likes to take new members from referrals from satisfied existing
  1873. members and he does virtually no advertising.  When I got set-up, they had
  1874. a 2-3 week waiting list for new members to be called back so that they
  1875. could join up. (Once you are an existing member, they help you immediately
  1876. when you call. )  I think they are able to get back to prospective new
  1877. members  the same day or within a few days now, as they have increased
  1878. their staff.  I am not sure about this.........but if you email the above
  1879. form to them, that is the way to get started!
  1880.  
  1881. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and
  1882. juicey) !)...if you completely fill out the form above.  It has lists of
  1883. all the freebies, lists of all the titles they sell, titles broken down by
  1884. categories and detailed descriptions on nearly 1,200 of the titles that
  1885. they sell.
  1886.  
  1887. They then send you email  that outlines how his club works and the list of
  1888. free choices that you can choose from, as well as the entire list of what
  1889. he sells;  and then they will give you a quick (3-5 minute) friendly,
  1890. no-pressure no-obligation call to explain everything to you personally and
  1891. answer all your questions.
  1892.  
  1893. Once you get in, you'll love them. I do.
  1894.  
  1895.  
  1896. Sincerely,
  1897.  
  1898. Allison Eng
  1899.  
  1900.  
  1901. ps.  please forward a copy of this message to all your friends on the net
  1902. who you think might be interested in it!  It is a great deal!  If you join
  1903. and then they join after you, you will earn a free 1 yr. subscription for
  1904. each new person you get to join after you join!   If you exceed 25
  1905. referrals, they let you use them to give away as gifts, for Christmas,
  1906. Chanukah or any other occasion.  Please be kind enough to mention my name
  1907. when you join.   I will then get a free magazine for a year for referring
  1908. you.
  1909. Thank you.
  1910.  
  1911.  
  1912.  
  1913. >From gflores@richmond.infi.net Sun Feb 25 09:02:26 PST 1996
  1914. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id JAA08880 for <think-c@rdatasys.com>; Sun, 25 Feb 1996 09:02:25 -0800 (PST)
  1915. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA27210 for <think-c@rdatasys.com>; Sun, 25 Feb 1996 09:02:24 -0800
  1916. Received: from mh004.infi.net(205.219.238.95) by lionfish.rdatasys.com via smap (V1.3)
  1917.         id sma027208; Sun Feb 25 09:02:16 1996
  1918. Received: from [205.219.233.173] by mh004.infi.net with SMTP 
  1919.         (Infinet-S-3.3) id MAA22933; Sun, 25 Feb 1996 12:02:39 -0500 (EST)
  1920. Date: Sun, 25 Feb 1996 12:02:39 -0500 (EST)
  1921. Message-Id: <v01540b01ad55fe9f18be@[205.219.233.182]>
  1922. Mime-Version: 1.0
  1923. Content-Type: text/plain; charset="us-ascii"
  1924. To: think-c@rdatasys.com
  1925. From: gflores@richmond.infi.net (Guillermo J. Flores Vazquez)
  1926. Subject: Re: ===>> FREE 1 yr. Magazine Sub sent worldwide- 295+ Popular USA Titles
  1927.  
  1928. hi all!
  1929.  
  1930. i am sorry but i need to unsubscribe from this list. i improperly disposed
  1931. of the welcome messages so now i dont know how to unsubscribe. could
  1932. someone be so kind to forward me instructions to unsubscribe. thank you in
  1933. advance.
  1934.  
  1935. ``````````````````````````````````````````````````````````````````````````
  1936. '       Guillermo Javier Flores Vazquez                                  '
  1937. `       gflores@richmond.infi.net                                        `
  1938. '       "The least of things with a meaning is worth more in life than   '
  1939. `       the greatest of things without it." -C. G. Jung                  `
  1940. ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
  1941.  
  1942.  
  1943. >From brennan@skivs.ski.org Mon Feb 26 10:19:48 PST 1996
  1944. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id KAA04101 for <think-c@rdatasys.com>; Mon, 26 Feb 1996 10:19:47 -0800 (PST)
  1945. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA16661 for <think-c@rdatasys.com>; Mon, 26 Feb 1996 10:19:46 -0800
  1946. Received: from skivs.ski.org(192.207.85.11) by lionfish.rdatasys.com via smap (V1.3)
  1947.         id sma016658; Mon Feb 26 10:19:32 1996
  1948. Received: by skivs.ski.org (4.1/SMI-4.1)
  1949.         id AA14289; Mon, 26 Feb 96 10:20:46 PST
  1950. Date: Mon, 26 Feb 1996 10:20:46 -0800 (PST)
  1951. From: Brennan McBride <brennan@skivs.ski.org>
  1952. To: think-c@rdatasys.com
  1953. Subject: Ad's
  1954. Message-Id: <Pine.SUN.3.91.960226101645.13803B-100000@skivs.ski.org>
  1955. Mime-Version: 1.0
  1956. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1957.  
  1958.  
  1959. Does anyone have any creative ideas for how to stop (or at least retaliate 
  1960. for) these inappropriate advertisements that are now being sent to the 
  1961. think-c list?
  1962.  
  1963. >From m-16012@mailbox.swipnet.se Mon Feb 26 15:34:05 PST 1996
  1964. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id PAA23138 for <think-c@rdatasys.com>; Mon, 26 Feb 1996 15:34:04 -0800 (PST)
  1965. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id PAA27112 for <think-c@rdatasys.com>; Mon, 26 Feb 1996 15:34:02 -0800
  1966. Received: from mailbox.swip.net(193.12.122.1) by lionfish.rdatasys.com via smap (V1.3)
  1967.         id sma027033; Mon Feb 26 15:33:52 1996
  1968. Received: from [130.244.104.122] (dialup104-6-2.swipnet.se [130.244.104.122])
  1969.         by mailbox.swip.net (8.6.12/8.6.12) with SMTP
  1970.         id AAA12590 for <think-c@rdatasys.com>;
  1971.         Tue, 27 Feb 1996 00:33:42 +0100
  1972. Message-Id: <v01510101ad57e22ac367@[130.244.104.122]>
  1973. Mime-Version: 1.0
  1974. Content-Type: text/plain; charset="us-ascii"
  1975. Date: Tue, 27 Feb 1996 00:28:52 +0200
  1976. To: think-c@rdatasys.com
  1977. From: m-16012@mailbox.swipnet.se (Kaj Koivula)
  1978. Subject: Re: Ad's
  1979.  
  1980. Hej.
  1981.  
  1982. I don't know how to stop them from comming but we can make the life
  1983. a bit harder for those doing this by forwarding the same AD that you
  1984. just recived to the sender, use forward mail and change the Subject
  1985. to something interesting.
  1986. If all in this list would do the same for each AD that arrives,
  1987. these pesky persons that sends this kind of stuff should at least
  1988. have some problem to find out what mail is important for him to read
  1989. since his mailbox is full of forwarded mail.
  1990.  
  1991. KAJ
  1992.  
  1993. >Does anyone have any creative ideas for how to stop (or at least retaliate
  1994. >for) these inappropriate advertisements that are now being sent to the
  1995. >think-c list?
  1996.  
  1997.  
  1998. >From JeffC@cc.snow.edu Tue Feb 27 05:47:38 PST 1996
  1999. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id FAA12948 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 05:47:37 -0800 (PST)
  2000. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id FAA24838 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 05:47:36 -0800
  2001. Received: from cc.snow.edu(144.17.1.2) by lionfish.rdatasys.com via smap (V1.3)
  2002.         id sma024836; Tue Feb 27 05:47:29 1996
  2003. Received: from [144.17.30.135] by 144.17.30.135 with SMTP;
  2004.           Tue, 27 Feb 1996 6:47:26 -0700 (MST)
  2005. X-Sender: JeffC@144.17.1.2
  2006. Message-Id: <v01540b00ad58bbdf1e9e@[144.17.30.135]>
  2007. Mime-Version: 1.0
  2008. Content-Type: text/plain; charset="us-ascii"
  2009. Date: Tue, 27 Feb 1996 06:50:29 -0700
  2010. To: think-c@rdatasys.com
  2011. From: JeffC@cc.snow.edu (Jeff Carney)
  2012. Subject: Re: Ad's
  2013.  
  2014. >I don't know how to stop them from comming but we can make the life
  2015. >a bit harder for those doing this by forwarding the same AD that you
  2016. >just recived to the sender, use forward mail and change the Subject
  2017. >to something interesting.
  2018.  
  2019. No, no, no.  Not only is this childish, but it punishes those who have done
  2020. no wrong.  There is no guarantee that the return address is the poster's;
  2021. it may belong to someone else entirely.  This strategy can also lead to
  2022. bogging down the system of the poster, which includes many folks who have
  2023. done no wrong.
  2024.  
  2025. A better strategy might be to send a message to postmaster@address, and
  2026. hope that someone is there who can take steps to remedy the problem.
  2027.  
  2028. JC
  2029.  
  2030.  
  2031. >From dnebing@epix.net Tue Feb 27 06:49:13 PST 1996
  2032. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id GAA16596 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 06:49:12 -0800 (PST)
  2033. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id GAA26979 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 06:49:11 -0800
  2034. Received: from grape.epix.net(199.224.64.22) by lionfish.rdatasys.com via smap (V1.3)
  2035.         id sma026969; Tue Feb 27 06:48:52 1996
  2036. Received: from [199.224.69.75] (lwbyppp75.epix.net [199.224.69.75]) by epix.net (8.7.1/8.7) with SMTP id JAA02398 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 09:46:48 -0500 (EST)
  2037. Message-Id: <v02140b02ad58cb31510e@[199.224.69.108]>
  2038. Mime-Version: 1.0
  2039. Content-Type: text/plain; charset="us-ascii"
  2040. Date: Tue, 27 Feb 1996 09:54:36 -0500
  2041. To: think-c@rdatasys.com
  2042. From: dnebing@epix.net (Dave Nebinger)
  2043. Subject: Re: Ad's
  2044.  
  2045. >I don't know how to stop them from comming but we can make the life
  2046. >a bit harder for those doing this by forwarding the same AD that you
  2047. >just recived to the sender, use forward mail and change the Subject
  2048. >to something interesting.
  2049.  
  2050. I tried this but the message bounced back.
  2051.  
  2052. Dave.
  2053.  
  2054. ==========================================================
  2055. Dave Nebinger                             dnebing@epix.net
  2056.              The Alt.Sources.Mac Archivist
  2057.      <http://www.AmbrosiaSW.com/alt.sources.mac/>
  2058.     <ftp://ftp.AmbrosiaSW.com/pub/alt.sources.mac/>
  2059.  
  2060.  
  2061. >From raz@wolfram.com Tue Feb 27 07:00:34 PST 1996
  2062. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id HAA17241 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 07:00:32 -0800 (PST)
  2063. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id HAA27414 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 07:00:30 -0800
  2064. Received: from dragonfly.wolfram.com(140.177.10.12) by lionfish.rdatasys.com via smap (V1.3)
  2065.         id sma027379; Tue Feb 27 07:00:18 1996
  2066. Received: from [140.177.201.153] (razMAC.wolfram.com [140.177.201.153]) by dragonfly.wolfram.com (8.7.3/8.7.3) with SMTP id IAA21620; Tue, 27 Feb 1996 08:58:58 -0600 (CST)
  2067. Message-Id: <v02130503ad58c2732b10@[140.177.201.153]>
  2068. Mime-Version: 1.0
  2069. Content-Type: text/plain; charset="us-ascii"
  2070. Date: Tue, 27 Feb 1996 08:59:00 -0600
  2071. To: m-16012@mailbox.swipnet.se
  2072. From: raz@wolfram.com (Mike Rasberry)
  2073. Subject: Re: Ad's
  2074. Cc: think-c@rdatasys.com
  2075.  
  2076. Kaj,
  2077.  
  2078. Do you practice what you suggest?  I do.  Plus I "cc:" the sender's
  2079. postmaster.  Unfortunately, in this most recent case ("Allison"), both the
  2080. msg to her(?) and the postmaster bounced as undeliverable.
  2081.  
  2082. -raz
  2083.  
  2084. >Hej.
  2085. >
  2086. >I don't know how to stop them from comming but we can make the life
  2087. >a bit harder for those doing this by forwarding the same AD that you
  2088. >just recived to the sender, use forward mail and change the Subject
  2089. >to something interesting.
  2090. >If all in this list would do the same for each AD that arrives,
  2091. >these pesky persons that sends this kind of stuff should at least
  2092. >have some problem to find out what mail is important for him to read
  2093. >since his mailbox is full of forwarded mail.
  2094. >
  2095. >KAJ
  2096. >
  2097. >>Does anyone have any creative ideas for how to stop (or at least retaliate
  2098. >>for) these inappropriate advertisements that are now being sent to the
  2099. >>think-c list?
  2100.  
  2101.  
  2102. >From piebo@micronet.it Tue Feb 27 10:16:39 PST 1996
  2103. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id KAA28788 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:16:39 -0800 (PST)
  2104. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA04026 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:16:37 -0800
  2105. Received: from mother.micronet.it(194.20.45.1) by lionfish.rdatasys.com via smap (V1.3)
  2106.         id smaa04015; Tue Feb 27 10:16:25 1996
  2107. Received: from [194.20.45.88] (line24.micronet.it [194.20.45.88]) by micronet.it (8.7.3/8.7.3) with SMTP id SAA20489 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 18:54:11 +0100
  2108. Date: Tue, 27 Feb 1996 18:54:11 +0100
  2109. Message-Id: <v01510100ad59043ada30@[194.20.45.86]>
  2110. Mime-Version: 1.0
  2111. Content-Type: text/plain; charset="us-ascii"
  2112. To: Multiple recipients of list <think-c@rdatasys.com>
  2113. From: piebo@micronet.it (Pietro Borradori)
  2114. Subject: Remove from your mailing list
  2115.  
  2116. Please take me off your mailing list or UNSUBSCRIBE me.
  2117.  
  2118. Thanks
  2119.  
  2120.  
  2121. Pietro Borradori
  2122.  
  2123. SINCROSOFT
  2124. Via Eustachi 20 Milan Italy
  2125. e-Mail:piebo@micronet.it
  2126.  
  2127.  
  2128. >From craig@epic.co.uk Tue Feb 27 10:20:42 PST 1996
  2129. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id KAA29078 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:20:41 -0800 (PST)
  2130. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA04120 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:20:39 -0800
  2131. Received: from wonderland.epic.co.uk(194.159.80.1) by lionfish.rdatasys.com via smap (V1.3)
  2132.         id sma004050; Tue Feb 27 10:18:33 1996
  2133. Received: from post.epic.co.uk by wonderland.epic.co.uk (5.x/SMI-SVR4)
  2134.         id AA24322; Tue, 27 Feb 1996 18:17:15 GMT
  2135. Received: from [128.1.4.186] by post.epic.co.uk with smtp
  2136.         (Smail3.1.28.1 #3) id m0trU2F-000DgVC; Tue, 27 Feb 96 18:22 GMT
  2137. X-Sender: craig@post.epic.co.uk
  2138. Message-Id: <v02130500ad58ca3c09e6@[128.1.4.186]>
  2139. Mime-Version: 1.0
  2140. Content-Type: text/plain; charset="us-ascii"
  2141. Date: Tue, 27 Feb 1996 18:15:58 +0000
  2142. To: THINK C and Symantec C++ Mailing List  <think-c@rdatasys.com>,
  2143.         Symantec Technical Support <support@devtools.symantec.com>
  2144. From: "Norman Craig Emery B.Sc." <craig@epic.co.uk>
  2145. Subject: Console / cout question.
  2146.  
  2147.     Dear All,
  2148.  
  2149.             does anyone know how to make the console that you get with
  2150. iostreams bigger and with a scroll bar?
  2151.  
  2152.         Is it even possible?
  2153.  
  2154. TIA
  2155.  
  2156. Craig.
  2157.  
  2158.  
  2159. >From craig@epic.co.uk Tue Feb 27 10:20:57 PST 1996
  2160. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id KAA29077 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:20:41 -0800 (PST)
  2161. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA04123 for <think-c@rdatasys.com>; Tue, 27 Feb 1996 10:20:39 -0800
  2162. Received: from wonderland.epic.co.uk(194.159.80.1) by lionfish.rdatasys.com via smap (V1.3)
  2163.         id sma004065; Tue Feb 27 10:20:33 1996
  2164. Received: from post.epic.co.uk by wonderland.epic.co.uk (5.x/SMI-SVR4)
  2165.         id AB24319; Tue, 27 Feb 1996 18:17:00 GMT
  2166. Received: from [128.1.4.186] by post.epic.co.uk with smtp
  2167.         (Smail3.1.28.1 #3) id m0trU2H-000DgaC; Tue, 27 Feb 96 18:22 GMT
  2168. X-Sender: craig@post.epic.co.uk
  2169. Message-Id: <v02130501ad4fa4baccc0@[128.1.4.186]>
  2170. Mime-Version: 1.0
  2171. Content-Type: text/plain; charset="us-ascii"
  2172. Date: Tue, 27 Feb 1996 18:16:01 +0000
  2173. To: Macintosh Developers Group <macdtg-talk@bedford.symantec.com>,
  2174.         THINK C and Symantec C++ Mailing List  <think-c@rdatasys.com>
  2175. From: "Norman Craig Emery B.Sc." <craig@epic.co.uk>
  2176. Subject: errors in setup
  2177.  
  2178.     Dear All,
  2179.  
  2180.         does anyone have any hints for dealing with system errors that
  2181. occur **before** my main is called?
  2182.  
  2183.         Presumably the error is either in one of the startup libraries,
  2184. CPlusLib TCL etc., or in the construction of any global data. I'm fairly
  2185. sure that I don't have any global data that requires construction, and thus
  2186. the calling of any of my code (he said swifly trying to pass the buck ;-}).
  2187.  
  2188.         MacsBus says the following, when I try to run my application
  2189.  
  2190. System error #15 at 01F10E7C 'CODE 0001 1D04'+000CC
  2191.  
  2192.         I will collate presonal replies and post to the list useful hints.
  2193.  
  2194. TIA
  2195.  
  2196. Craig Emery.
  2197.  
  2198.  
  2199. >From gobbo@udalf1.fisica.uniud.it Thu Feb 29 08:27:57 PST 1996
  2200. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.3/8.7.3) with SMTP id IAA15893 for <think-c@rdatasys.com>; Thu, 29 Feb 1996 08:27:56 -0800 (PST)
  2201. From: gobbo@udalf1.fisica.uniud.it
  2202. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA21848 for <think-c@rdatasys.com>; Thu, 29 Feb 1996 08:27:55 -0800
  2203. Received: from udalf3.fisica.uniud.it(158.110.40.17) by lionfish.rdatasys.com via smap (V1.3)
  2204.         id sma021828; Thu Feb 29 08:27:09 1996
  2205. Received: from udalf1.fisica.uniud.it by udphvx.fisica.uniud.it with SMTP;
  2206.           Thu, 29 Feb 1996 16:54:27 +0100 (CET)
  2207. Received: from localhost by udalf1.fisica.uniud.it; (5.65v3.2/1.1.8.2/10Oct95-1136AM)
  2208.         id AA08970; Thu, 29 Feb 1996 16:53:54 +0100
  2209. Message-Id: <9602291553.AA08970@udalf1.fisica.uniud.it>
  2210. To: think-c@rdatasys.com
  2211. Subject: Patching SysError 
  2212. Date: Thu, 29 Feb 96 16:53:54 +0100
  2213. X-Mts: smtp
  2214.  
  2215. Hi all,
  2216. I'm tring to patch the bus error handler directly in the 68k processor exception 
  2217. handler table. To do so (to be able to access such a range of memory) I have to 
  2218. change the processor state from user to supervisor. Is there any way to do that 
  2219. in a C code? ( I'm using Think-C 6.0.1)
  2220. Is there a better way to patch a vector in the Exception handler table?
  2221. Any suggestion or example code would be greatly appreciated!
  2222. Thanks in advance,
  2223.  
  2224. Gianandrea Gobbo                (gobbo@udalf1.fisica.uniud.it)
  2225. ------------------------------ Cut here ------------------------------
  2226.